From owner-freebsd-x11@FreeBSD.ORG Sun Nov 16 01:13:10 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.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3EB4DDF8 for ; Sun, 16 Nov 2014 01:13:10 +0000 (UTC) Received: from mail-ie0-x234.google.com (mail-ie0-x234.google.com [IPv6:2607:f8b0:4001:c03::234]) (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 0A407F69 for ; Sun, 16 Nov 2014 01:13:09 +0000 (UTC) Received: by mail-ie0-f180.google.com with SMTP id rl12so4678729iec.39 for ; Sat, 15 Nov 2014 17:13:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=akZtPNoH9pg7q6Vlz8pjw3aVwMkInrJoXc4mOI8Utnc=; b=a8Toeslt1+mmpt75uh0KIaNE3vGqa8u0XhCfvR6dnw/nviz33xXYYUor8holMjw4vM ZFYvEQpPmhF75bl+j+KH1XJSDzTQzFqadiQIAse3ja+kAOl3asOXAOLTG1pOzoWaoStW B7VlErBm1wlWCGfULNGZ/W2p9yUH4a8Wgwa9yN2iZ2/TelM/YPbQFmrH8EcnSpLvlCTD HZbi6UKaBesUITnt9xGoHIdP8AE2Xp/2622e2Mm12q47aCciDDq+MN+po2h98IKVzFz1 iaFxLmagHxAPnAb7ecISoEDiUcjkk6gsvD+eIOAVrBe0KzHN5qDmGyzz4GzFnopdfyKP A69A== MIME-Version: 1.0 X-Received: by 10.50.117.71 with SMTP id kc7mr16231387igb.35.1416100389038; Sat, 15 Nov 2014 17:13:09 -0800 (PST) Sender: kob6558@gmail.com Received: by 10.107.7.169 with HTTP; Sat, 15 Nov 2014 17:13:08 -0800 (PST) In-Reply-To: <20141115164711.dc9f2b0b219c604ceff307cf@gmx.us> References: <5466DD69.5000205@gmx.us> <54673C5D.6040900@gmail.com> <54676567.8090200@gmx.us> <5467A3BE.2060207@gmail.com> <5467A75D.9000605@gmx.us> <5467AD77.9060408@gmail.com> <20141115164711.dc9f2b0b219c604ceff307cf@gmx.us> Date: Sat, 15 Nov 2014 17:13:08 -0800 X-Google-Sender-Auth: aqDsz_DTfJDep0OnZfERZKmPQFs Message-ID: Subject: Re: Xorg configure failure with Radeon card From: Kevin Oberman To: Dutch Ingraham Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "freebsd-x11@freebsd.org" , =?UTF-8?Q?Jan_Kokem=C3=BCller?= X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Nov 2014 01:13:10 -0000 On Sat, Nov 15, 2014 at 1:47 PM, Dutch Ingraham wrote: > On Sat, 15 Nov 2014 20:45:59 +0100 > Jan Kokem=C3=BCller wrote: > > > > Thanks again, Jan. I already had that there (from the 10.1-RELEASE > > > notes), so the error is with that tuner set. > > > > Does "kldload radeonkms" as root work, as in gives you a nice looking > > console in native screen resolution? If that works, at least the KMS > > driver does something correctly. > > > > Another idea is to try to rebuild the "x11-drivers/xf86-video-ati" port= , > > if you haven't done that already. > > > > Can you post the complete contents of /var/log/Xorg.0.log and the outpu= t > > of dmesg after a failed attempt to start the X server? > > > > -Jan > > Jan!! That's just the wake-up I needed! I went back to the last section > of the wiki on graphics referred to above and re-read it. For some reaso= n, > I was under the impression that loading the radeon firmware in the method > described in that section was only if I wanted/needed kms to be loaded > early; I assumed it would be loaded later in the boot process on its own, > though. > > I was wrong. After issuing a # as you suggested, the > fb graphical resolution loaded. Then, taking wblock@'s advice > (elsewhere) that Xorg -config is now generally unnecessary, just issued a > and things were working properly. A little xrandr action and bo= th > monitors are working as desired. > > For the record, if anyone else is having this radeon issue, here is a > summary specific to the 5450 card (note some of this may be unnecessary, = I > haven't tested each yet): > > In loader.conf > > kern.vty=3Dvt > radeonkmsfw_CEDAR_pfp_load=3D"YES" > radeonkmsfw_CEDAR_me_load=3D"YES" > radeonkmsfw_CEDAR_rlc_load=3D"YES" > radeonkms_load=3D"YES" > > In make.conf: > > WITH_NEW_XORG=3DYES > WITH_KMS=3DYES > OPTIONS_SET=3DGALLIUM (or WITH_GALLIUM=3DYES, but the compiler will warn = on > this when building dri) > > Thanks again for all your help, Jan. > -- > Dutch Ingraham > _______________________________________________ > freebsd-x11@freebsd.org mailing list > Just for completeness, WITH_KMS is no longer required for 9.3, 10.1 or HEAD and WITH_NEW_XORG=3DYES is now the default for all supported versions. Not that having them hurts anything. -- R. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com From owner-freebsd-x11@FreeBSD.ORG Sun Nov 16 02:37:39 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.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5CD7156A for ; Sun, 16 Nov 2014 02:37:39 +0000 (UTC) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "wonkity.com", Issuer "wonkity.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id ECD918D1 for ; Sun, 16 Nov 2014 02:37:38 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.9/8.14.9) with ESMTP id sAG2bbtM007509 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Sat, 15 Nov 2014 19:37:37 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.9/8.14.9/Submit) with ESMTP id sAG2bbZ6007506 for ; Sat, 15 Nov 2014 19:37:37 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Sat, 15 Nov 2014 19:37:37 -0700 (MST) From: Warren Block To: freebsd-x11@FreeBSD.org Subject: Turning off HAL for xorg-server Message-ID: User-Agent: Alpine 2.11 (BSF 23 2013-08-11) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Sat, 15 Nov 2014 19:37:37 -0700 (MST) X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Nov 2014 02:37:39 -0000 xorg-server no longer requires HAL. When can we turn the HAL option off in the port? From owner-freebsd-x11@FreeBSD.ORG Sun Nov 16 03:20:48 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.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0FBE3BC5 for ; Sun, 16 Nov 2014 03:20:48 +0000 (UTC) Received: from mail-wg0-x22f.google.com (mail-wg0-x22f.google.com [IPv6:2a00:1450:400c:c00::22f]) (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 AE34DD7F for ; Sun, 16 Nov 2014 03:20:47 +0000 (UTC) Received: by mail-wg0-f47.google.com with SMTP id n12so72069wgh.6 for ; Sat, 15 Nov 2014 19:20:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=l9EtcNvJdpavNbrubMh7TRWGpD2am6A/xft/XRhxPMk=; b=ns+LjCFFhaO7m0a1QUARUQGY7wRkNccE5Fo6+LxnAiDDcPZY5r0oKTvKVY1zTCxQCQ E83uHZgu2vIzZNN2z0w7J9FVXvPjRduzvtSzcLDvRTypv7waKFDjy44X7u757Tn7TiMP rmEMGhePmpI2wh5YU3KG3UC3usjVyVmU2AlZ7AthM+Ti9Sz1PuD2ZgoPvITWE7RbSD84 CkytCx0W48Mr0aY5h8ITlso514rH4s6QiugNbnprOy9NS6jSCyN1goTIyxMq0Ts5HJ8S 4hB1QbbtETVu0I4bHPpI/hRZ1+QuJWx9G59z5kramqc0m9hBfc+mlMLHvoTk1HxyPEkK f9pQ== MIME-Version: 1.0 X-Received: by 10.180.79.196 with SMTP id l4mr21174251wix.72.1416108045945; Sat, 15 Nov 2014 19:20:45 -0800 (PST) Received: by 10.27.170.4 with HTTP; Sat, 15 Nov 2014 19:20:45 -0800 (PST) In-Reply-To: References: Date: Sat, 15 Nov 2014 21:20:45 -0600 Message-ID: Subject: Re: Turning off HAL for xorg-server From: "Sam Fourman Jr." To: Warren Block Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: freebsd-x11 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Nov 2014 03:20:48 -0000 On Sat, Nov 15, 2014 at 8:37 PM, Warren Block wrote: > xorg-server no longer requires HAL. When can we turn the HAL option off > in the port? Last I checked the non hal option was labeled Experimental, has this status changed? I am also not clear on what config changes I would make to test out the non hal way of doing things. Sam Fourman Jr. From owner-freebsd-x11@FreeBSD.ORG Sun Nov 16 12:37:06 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.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A7478BE5 for ; Sun, 16 Nov 2014 12:37:06 +0000 (UTC) Received: from lb2-smtp-cloud2.xs4all.net (lb2-smtp-cloud2.xs4all.net [194.109.24.25]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client CN "Bizanga Labs SMTP Client Certificate", Issuer "Bizanga Labs CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 48A2F1DE for ; Sun, 16 Nov 2014 12:37:05 +0000 (UTC) Received: from yokozuna.lan ([83.160.85.125]) by smtp-cloud2.xs4all.net with ESMTP id GCbs1p0052iF10301CbtV4; Sun, 16 Nov 2014 13:35:53 +0100 Received: from localhost (localhost [127.0.0.1]) by yokozuna.lan (8.14.9/8.14.9) with ESMTP id sAGCZp2L082109; Sun, 16 Nov 2014 13:35:51 +0100 (CET) (envelope-from mbeis@xs4all.nl) Date: Sun, 16 Nov 2014 13:35:51 +0100 (CET) From: Marco Beishuizen X-X-Sender: marco@localhost Reply-To: Marco Beishuizen To: Warren Block Subject: Re: Turning off HAL for xorg-server In-Reply-To: Message-ID: References: User-Agent: Alpine 2.11 (BSF 23 2013-08-11) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-x11@freebsd.org X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Nov 2014 12:37:06 -0000 On Sun, 16 Nov 2014, the wise Warren Block wrote: > xorg-server no longer requires HAL. When can we turn the HAL option off in > the port? You can already. I've turned it off a long time ago and it works fine. HAL is also unset in my make.conf. Regards, Marco -- Why are you watching The washing machine? I love entertainment So long as it's clean. Professor Doberman: While the preceding poem is unarguably a change from the guarded pessimism of "The Hound of Heaven," it cannot be regarded as an unqualified improvement. Obscurity is of value only when it tends to clarify the poetic experience. As much as one is compelled to admire the poem's technique, one must question whether its byplay of complex literary allusions does not in fact distract from the unity of the whole. In the final analysis, one receives the distinct impression that the poem's length could safely have been reduced by a factor of eight or ten without sacrificing any of its meaning. It is to be hoped that further publication of this poem can be suspended pending a thorough investigation of its potential subversive implications. From owner-freebsd-x11@FreeBSD.ORG Sun Nov 16 12:43:41 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.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C280ED2B for ; Sun, 16 Nov 2014 12:43:41 +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 849562B2 for ; Sun, 16 Nov 2014 12:43:41 +0000 (UTC) Received: from 2a02-8428-011b-e000-0290-f5ff-fe9d-b78c.rev.sfr.net ([2a02:8428:11b:e000:290:f5ff:fe9d:b78c] helo=magellan.dumbbell.fr) by mail.made4.biz with esmtpsa (TLSv1.2:DHE-RSA-AES128-SHA:128) (Exim 4.84 (FreeBSD)) (envelope-from ) id 1XpzB5-000Ooe-8E for freebsd-x11@freebsd.org; Sun, 16 Nov 2014 13:43:39 +0100 Message-ID: <54689BF6.5020403@dumbbell.fr> Date: Sun, 16 Nov 2014 13:43:34 +0100 From: =?windows-1252?Q?Jean-S=E9bastien_P=E9dron?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: freebsd-x11@freebsd.org Subject: Re: (redirect) Re: puzzling X11/mouse problem .... References: <5458E382.5090101@hiwaay.net> <20141104160902.3f5b9a5e.freebsd@edvax.de> <5459060B.7080907@hiwaay.net> <545A673B.9040106@dumbbell.fr> <545A976E.3060903@hiwaay.net> In-Reply-To: <545A976E.3060903@hiwaay.net> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="lgKXPFO016t3Vs83XE1Lgkt5mpo9R2QCL" X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Nov 2014 12:43:41 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --lgKXPFO016t3Vs83XE1Lgkt5mpo9R2QCL Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 05.11.2014 22:32, William A. Mahaffey III wrote: >> Could you please post the whole Xorg.0.log and the full output of "pkg= >> info" and dmesg(8)? >> >> Can you look at /var/log/messages* if you find lines telling that your= >> USB mouse was disconnected around the time you had the lockups? >=20 > Sure happy to. If the mouse were disconnected, it was *after* it went > out & I was trying to get it to reconnect. I *didn't* disconnect it > myself for any reason. I was thinking about failing mouse/cable (a case I had recently) where the mouse is disconnected accordingto dmesg(8). I don't see anything wrong in the files you posted. Do you use moused(8) (moused_enable=3D"yes" in /etc/rc.conf)? When the mouse lockup happens, can you check if moused(8) is still running? --=20 Jean-S=E9bastien P=E9dron --lgKXPFO016t3Vs83XE1Lgkt5mpo9R2QCL 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 iQJ8BAEBCgBmBQJUaJv7XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2NzA4N0ZEMUFFQUUwRTEyREJDNkE2RjAz OUU5OTc2MUE1RkQ5NENDAAoJEDnpl2Gl/ZTMgn8QAJ5jDoJ6Bo9J1jNENAQ/xcRZ iwsD5raHWxHl1RyQDotrRxbsGwMZFbscEpnQqZEorCnQ+2s1Abhhe2NCaKMPuKPJ L4Jf5vPsZU3ax5ZOdzOeFNAW/HOJdS8hwegG74rJQqZMSxVpCXHOxpWO/UDfZ/FD eL+fGg6AonrlLR4xm8hNDK4/4MR+VqhS+Gqo3NvvoQK0smiFCqvhtN03QrCu1nWW lvcEwRmNKbl3dIzFtox8jQ6CXatM/y7tKsErH4C0t4ErSbI1PGtCQwgTlSWmWwaC HlIUvTTXQduL+MoImPMray8QnmJsJyChqqcTJtSV1ZBj2NhNGIYGgHOjy4tIQc/N /ALr1e3w8i6l4IxFLQ/OuWy/rHOyiYNUEJNRns4HPuqGI5o1sOELdI7CwnN0vwe/ IEU/CgtWAL5UfURdmshyLLGvy5Ua+BiEeZ9SirWJvx2JDZVhiMmNxBQhYFIIkrx5 WsRkpMtpacd0kOesw2+pqbJGl9PePEm4tz0f5h6goK1qdcfe1U9lXmWSv8UnUjiI JwkdzxO/QuYGK2VdcPnfSvEV6hO1Fe8UyTDhf1t8hmxUx/KRHUYL0VBmwoLovByg QKRr3cmH7IpMI6ErUleC9DA5ZDfVGvwwJbq8VUIKgqwb6xQsxzSB6Wch/P7HXkEd HXvrLFOrhd6g51uoVDRO =0T0p -----END PGP SIGNATURE----- --lgKXPFO016t3Vs83XE1Lgkt5mpo9R2QCL-- From owner-freebsd-x11@FreeBSD.ORG Sun Nov 16 12:47:55 2014 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ACDABDAE for ; Sun, 16 Nov 2014 12:47:55 +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 7034C2E1 for ; Sun, 16 Nov 2014 12:47:55 +0000 (UTC) Received: from 2a02-8428-011b-e000-0290-f5ff-fe9d-b78c.rev.sfr.net ([2a02:8428:11b:e000:290:f5ff:fe9d:b78c] helo=magellan.dumbbell.fr) by mail.made4.biz with esmtpsa (TLSv1.2:DHE-RSA-AES128-SHA:128) (Exim 4.84 (FreeBSD)) (envelope-from ) id 1XpzFB-000Osl-Gi; Sun, 16 Nov 2014 13:47:53 +0100 Message-ID: <54689CF9.302@FreeBSD.org> Date: Sun, 16 Nov 2014 13:47:53 +0100 From: =?UTF-8?B?SmVhbi1Tw6liYXN0aWVuIFDDqWRyb24=?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: etch Subject: Re: Radeon HD 5700 Series GPU lockup freezes Xorg when using xf86-video-ati instead of xf86-video-ati-ums References: <545696FB.6060306@gmx.ch> In-Reply-To: <545696FB.6060306@gmx.ch> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="CvrpKEvQ1eed7ra5s51RuwlVC7WEtMbaa" Cc: freebsd-x11@freebsd.org X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Nov 2014 12:47:55 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --CvrpKEvQ1eed7ra5s51RuwlVC7WEtMbaa Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 02.11.2014 21:41, etch wrote: > I'm now on 10.1-RC3 and I also made a to update the por= ts. > But it seems that there is still somewhere a problem since I had again > a GPU lockup using Firefox. Hmmm, most lockups are fixed with a recent Mesa, maybe yours require an update to the kernel driver too. Does the card recover from this lockup? --=20 Jean-S=C3=A9bastien P=C3=A9dron --CvrpKEvQ1eed7ra5s51RuwlVC7WEtMbaa 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 iQJ8BAEBCgBmBQJUaJz5XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2NzA4N0ZEMUFFQUUwRTEyREJDNkE2RjAz OUU5OTc2MUE1RkQ5NENDAAoJEDnpl2Gl/ZTM3N4P/A67akVtYZScBGDHgKRWs2ML eX+dXH/q0cf2GbaRbX1cJo1XcJf54joWoSzmQVQ63tIb6+N0d9y/TCYsM4zqzKIw VAgOWxymmrxLUSG54AdI3WDu6VxX75YaWxVV8Z8mOVmv/bd3YwLKBX+O3beXfDxS ZavNnRFlyi+yuE9psas4rcRbHo1ccj3FDpo184g26I234PsRT1W5xciT0uV0WTya mclPt8Q6ZZBuXw6jiTxjXwrbNS0prMExraCM2WCz9KQIzdJ9JdTAp0NnJa/MV71v FIb6DLRqF+xbd0hHRvshkZiSqUPL6BoDkQHpBUjvw7l6MERu8/nQSIUWVBhGpELl epvczt7+EpBqnhVVzN32qj8p7/ePmf4YshKet6/vLEJeztP6+KzFQjo2CT/yXJIY 6Bj7pOTomO1Df0TueETr968eWi/2cm3XYsfA/6oOysjQCwZ4tD1Ok5PWEgLxl4+P nAOHVs1itfQokUmacMXLzSz0sRHGrec3P2ejTR/fNB1chVcPFAUZzziR6U9tLAjP pKW6GiASyXqetNZXIXvLoVsEBhwi2Zp0wJrw4dVqhH0X97+m+pTXM+RvgGsUtGzT mNM0aq/BfT83H904W5Yf9x2J6dmzqOaudTY6i6+8CN+Wx3E6k6vZX88pLec4bz42 lVmNvnFEuv4gZcw/aebQ =Dw4n -----END PGP SIGNATURE----- --CvrpKEvQ1eed7ra5s51RuwlVC7WEtMbaa-- From owner-freebsd-x11@FreeBSD.ORG Sun Nov 16 12:52:18 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.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A27A8EFA for ; Sun, 16 Nov 2014 12:52:18 +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 6513638F for ; Sun, 16 Nov 2014 12:52:18 +0000 (UTC) Received: from 2a02-8428-011b-e000-0290-f5ff-fe9d-b78c.rev.sfr.net ([2a02:8428:11b:e000:290:f5ff:fe9d:b78c] helo=magellan.dumbbell.fr) by mail.made4.biz with esmtpsa (TLSv1.2:DHE-RSA-AES128-SHA:128) (Exim 4.84 (FreeBSD)) (envelope-from ) id 1XpzJQ-000OwE-Ir for freebsd-x11@freebsd.org; Sun, 16 Nov 2014 13:52:16 +0100 Message-ID: <54689E00.8080805@dumbbell.fr> Date: Sun, 16 Nov 2014 13:52:16 +0100 From: =?windows-1252?Q?Jean-S=E9bastien_P=E9dron?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: freebsd-x11@freebsd.org Subject: Re: Radeon HD 2600 Series GPU lockup freezes Xorg when using xf86-video-ati 7.5.0 References: In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="BiICSWQM58cXDu8wmUdOWcochfrmMKdPl" X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Nov 2014 12:52:18 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --BiICSWQM58cXDu8wmUdOWcochfrmMKdPl Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 06.11.2014 09:39, Dmitry Luhtionov wrote: > I am upgrade xf860video-ati from 7.2.0 to 7.5.0 and try to use non-stan= dart > mouse cursor inder my xfce4 box. and this error repeat, when I do > something sometimes in my chromium browser. Were you using this non-standard mouse cursor with 7.2.0 too? Could you please try Mesa 10.3.2 by building the following ports (instead of using the binary packages)? o graphics/libglapi o graphics/libGL o graphics/dri And the following ports, only if you already have them installed: o graphics/libEGL o graphics/libglesv2 --=20 Jean-S=E9bastien P=E9dron --BiICSWQM58cXDu8wmUdOWcochfrmMKdPl 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 iQJ8BAEBCgBmBQJUaJ4AXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2NzA4N0ZEMUFFQUUwRTEyREJDNkE2RjAz OUU5OTc2MUE1RkQ5NENDAAoJEDnpl2Gl/ZTM02sP/2xzkiUmBtPVbPWVWO6I/usg aWJ4ShkTlk61H+VU6REysBYVo7riKLqyQFfK3O15BkB/9VT1ip/F0qbVBdFbV2ts k2K8RmztDcAdA3bRdpxccs+sHBmJMOJZ15nTGYwQ+AUUsf4F0PklZQxWrLPaweMh 4eMhNEt9yHiOgkGr5dp01x82khtNRz13vizyLNDq5R3MyMJzdN8/c43YaCQIczwN LzOc8AxoR+6SL7A0Y4eLk5AGZo3RisWxDBUU495kPRmMQERdKO5fihmFEYdhFy8p CuYeatS5z/ojf2R/SEjXCbrehAtRhm0iHf8YPkADKKlLHcwKROplFz7lmp0Fr+Pm g2aG6Y9dOyem2VnzrVXoDKZ/G34f2/LpzuGwUEcj2LfkDE05FEk/Fq13jP8LP7pp re7XeT2dMEbVPAA4X5xQcfQnsvadLXK156EjRUAMHyxTGWOq0cuKF463PH7fjkmp PrqCY+HQ4+YplDGyVj1cNkDnSzP6wuPiPjmaJamJ885rdyh9PtzmkygYtm0RA+NR DhSAysPzeLjh18bTG+tgImpXxf7vfJ8ygLTS5RBu4orKaP6QuE4nglLRhpFFmWTk SwTHrCsHLnb/A2NBQ0GduZNpa7t2t0WemhJl0MEoGUEAwGwnwzqusptTNqqqrckw gXGegw+6CbKqnePnrKIx =1sOt -----END PGP SIGNATURE----- --BiICSWQM58cXDu8wmUdOWcochfrmMKdPl-- From owner-freebsd-x11@FreeBSD.ORG Sun Nov 16 13:01:46 2014 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C1625CE for ; Sun, 16 Nov 2014 13:01:46 +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 84709648 for ; Sun, 16 Nov 2014 13:01:46 +0000 (UTC) Received: from 2a02-8428-011b-e000-0290-f5ff-fe9d-b78c.rev.sfr.net ([2a02:8428:11b:e000:290:f5ff:fe9d:b78c] helo=magellan.dumbbell.fr) by mail.made4.biz with esmtpsa (TLSv1.2:DHE-RSA-AES128-SHA:128) (Exim 4.84 (FreeBSD)) (envelope-from ) id 1XpzSa-000P5B-Nl for freebsd-x11@freebsd.org; Sun, 16 Nov 2014 14:01:44 +0100 Message-ID: <5468A034.8080705@dumbbell.fr> Date: Sun, 16 Nov 2014 14:01:40 +0100 From: =?UTF-8?B?SmVhbi1Tw6liYXN0aWVuIFDDqWRyb24=?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: freebsd-x11@freebsd.org Subject: Re: CFT: Update to xf86-video-ati 7.5.0 References: <544E0FC8.8090605@FreeBSD.org> <5459B8E8.2000805@li.ru> <545A5422.8000002@ksu.ru> <545F0426.6080505@li.ru> In-Reply-To: <545F0426.6080505@li.ru> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="UAHqoVDVpGb7Mfs0K9UStxFqJ8XkMBOSc" X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Nov 2014 13:01:46 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --UAHqoVDVpGb7Mfs0K9UStxFqJ8XkMBOSc Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 09.11.2014 07:05, Marat N.Afanasyev wrote: > I was too enthusiastic about 7.4.0, I suppose I have a big deal of > bad carma here, because of no version of any radeon-kms drivers works > stable for me at all. 7.4.0 just hanged out my machine without > anything in logs :( By "hanged", do you mean the computer doesn't react to keyboard/mouse events? Did you try to reach it from the network? > Jean, can you tell me what steps should be taken to make=20 > xf86-video-radeon-ums work? now it just complains about (EE) AIGLX > error: r600 does not export required DRI extension If you tried to start X with xf86-video-ati installed and then you installed xf86-video-ati-ums, you need to reboot. This is because the kernel driver is loaded and can't be unloaded without a reboot. > does this -ums driver load radeon kernel module, and. if loads, what > module it should load? Yes, it loads a module called "radeondrm". > will it work with vt or not? Yes, it will work. --=20 Jean-S=C3=A9bastien P=C3=A9dron --UAHqoVDVpGb7Mfs0K9UStxFqJ8XkMBOSc 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 iQJ8BAEBCgBmBQJUaKA4XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2NzA4N0ZEMUFFQUUwRTEyREJDNkE2RjAz OUU5OTc2MUE1RkQ5NENDAAoJEDnpl2Gl/ZTMM0YP/0tY/QYjzoGk79ZW6esnysAp YhttHjUYp7F9ZlpA1+Z2StucPgsWO8ocwdr9tCY/L0f78sCfOCpCEVV2HvLpXOjT JJiXJu8br5NYPQ3tvsR0pJ3R4aPR0RoPcFR1bY2Hp/H8Qr767gaxFvPnkuTWaWRN dvYwzrbvwXWq3rtoRZrX15+znuhYylbszvIEvgZDSVsPDqq1iRXNae5Cvc/H+40z 5YkCZtO8UUDHbCaX6pAnmQ1X8dYqa4TAh49uZRa10lD2VNerrvGMNFw4VVAfihVg CIOMu7DRB2znANNgdvxXqKRFIGuLyisA6CK5uZl6G756oeF2jz2z6R+lFEHU1dPo vXg9aoZ1ZKevx7UGSrDN69UmoIDLV1PDGoqFvGFyQEZ5/AuBGQVYe8mG6ym85V3X o21WFceibbUWQFKph3r0BBpXsWnk7vAZNMhCyj2krPW3SaF0P71e/OTnRm2cP4lV 0CuR64Dle1LzrP2oluOnBkbtwRqwk8ZvEkrdoCBsFbWHQoeqeEZWV6H5txex0T4i WKEnX7uSQNwHPewwl3O+EZJQh7lCw3MFO8w7csQr6VTYV5kpYo1PQBV8qeKsFANd e4UUqwFUF9tCXJfFx6BaQiRTt414Uqwy6DunbsB9uB8ZWldQZRvFiTScDAuufAkw VW57hOql4B4v+8P4I1aU =pA2F -----END PGP SIGNATURE----- --UAHqoVDVpGb7Mfs0K9UStxFqJ8XkMBOSc-- From owner-freebsd-x11@FreeBSD.ORG Sun Nov 16 13:09:43 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.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7FB151A7 for ; Sun, 16 Nov 2014 13:09:43 +0000 (UTC) Received: from proxy1.addr.com (proxy1.addr.com [69.90.211.27]) (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 594B6685 for ; Sun, 16 Nov 2014 13:09:42 +0000 (UTC) Received: from [192.168.1.72] ([87.112.125.172]) (authenticated bits=0 user=sweeney) by proxy1.addr.com (8.14.4/8.12.8/Submit) with ESMTP id sAGD8Yc8019688 for ; Sun, 16 Nov 2014 05:08:50 -0800 (PST) Message-ID: <5468A1F7.8040907@addr.com> Date: Sun, 16 Nov 2014 13:09:11 +0000 From: Tony Sweeney User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.1.2 MIME-Version: 1.0 To: freebsd-x11@freebsd.org Subject: Re: Xorg configure failure with Radeon card References: <5466DD69.5000205@gmx.us> <54673C5D.6040900@gmail.com> <54676567.8090200@gmx.us> <5467A3BE.2060207@gmail.com> <5467A75D.9000605@gmx.us> <5467AD77.9060408@gmail.com> <20141115164711.dc9f2b0b219c604ceff307cf@gmx.us> In-Reply-To: <20141115164711.dc9f2b0b219c604ceff307cf@gmx.us> Content-Type: multipart/mixed; boundary="------------010608070904030004070107" X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Nov 2014 13:09:43 -0000 This is a multi-part message in MIME format. --------------010608070904030004070107 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit On 11/15/2014 21:47, Dutch Ingraham wrote: > On Sat, 15 Nov 2014 20:45:59 +0100 > Jan Kokemüller wrote: > >>> Thanks again, Jan. I already had that there (from the 10.1-RELEASE >>> notes), so the error is with that tuner set. >> >> Does "kldload radeonkms" as root work, as in gives you a nice looking >> console in native screen resolution? If that works, at least the KMS >> driver does something correctly. >> >> Another idea is to try to rebuild the "x11-drivers/xf86-video-ati" port, >> if you haven't done that already. >> >> Can you post the complete contents of /var/log/Xorg.0.log and the output >> of dmesg after a failed attempt to start the X server? >> >> -Jan > > Jan!! That's just the wake-up I needed! I went back to the last section of the wiki on graphics referred to above and re-read it. For some reason, I was under the impression that loading the radeon firmware in the method described in that section was only if I wanted/needed kms to be loaded early; I assumed it would be loaded later in the boot process on its own, though. > > I was wrong. After issuing a # as you suggested, the fb graphical resolution loaded. Then, taking wblock@'s advice (elsewhere) that Xorg -config is now generally unnecessary, just issued a and things were working properly. A little xrandr action and both monitors are working as desired. > > For the record, if anyone else is having this radeon issue, here is a summary specific to the 5450 card (note some of this may be unnecessary, I haven't tested each yet): > > In loader.conf > > kern.vty=vt > radeonkmsfw_CEDAR_pfp_load="YES" > radeonkmsfw_CEDAR_me_load="YES" > radeonkmsfw_CEDAR_rlc_load="YES" > radeonkms_load="YES" > > In make.conf: > > WITH_NEW_XORG=YES > WITH_KMS=YES > OPTIONS_SET=GALLIUM (or WITH_GALLIUM=YES, but the compiler will warn on this when building dri) > > Thanks again for all your help, Jan. > OK, following Jan and Dutch's advice I've gotten further, but I'm still not quite there. I'm running 10.1-RELEASE (upgraded from 10.1-RC4 using freebsd-update), the base system is an AMD 7850, so I'm not expecting the built in Kaveri chip to work any time soon. However, I also have an HD5450 installed so I'm hoping I can get this to work. I added the kern.vty tunable and manually loaded radeonkms. This pulls in the same CEDAR firmwares as above and enables the high res framebuffer, but startx still gives "no screens found". Initially the log showed that it was trying and failing to load the fbdev driver, so I pkg installed xf86-video-fbdev (this may have been a mistake) and it now fails loading submodule fbdevfw. So far I've been trying to work entirely with packages, but I'm happy to build from ports if it will get me a working X console. I've attached the standard logs recommended in the Wiki. Tony. --------------010608070904030004070107 Content-Type: text/plain; charset=UTF-8; name="devinfo.out" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="devinfo.out" nexus0 apic0 I/O memory addresses: 0xfec01000-0xfec0101f ram0 I/O memory addresses: 0x0-0x9e7ff 0x100000-0x6cccffff 0x6cd00000-0x6cfd1fff 0x6e1c4000-0x6e1c4fff 0x6e3cb000-0x6e84ffff 0x6efe1000-0x6effffff 0x100000000-0x24effffff acpi0 Interrupt request lines: 0x9 I/O ports: 0x0-0xf 0x10-0x1f 0x22-0x3f 0x44-0x5f 0x63 0x65 0x67-0x6f 0x72-0x7f 0x80 0x84-0x86 0x88 0x8c-0x8e 0x90-0x9f 0xa2-0xbf 0xe0-0xef 0x220-0x227 0x228-0x237 0x40b 0x4d0-0x4d1 0x4d6 0x800-0x89f 0x900-0x90f 0x910-0x91f 0xa20-0xa2f 0xb20-0xb3f 0xc00-0xc01 0xc14 0xc50-0xc51 0xc52 0xc6c 0xc6f 0xcd0-0xcd1 0xcd2-0xcd3 0xcd4-0xcd5 0xcd6-0xcd7 0xcd8-0xcdf 0xfe00-0xfefe I/O memory addresses: 0x70000000-0xafffffff 0xe0000000-0xefffffff 0xfeb80000-0xfebfffff 0xfec00000-0xfec00fff 0xfec10000-0xfec10fff 0xfed00000-0xfed00fff 0xfed61000-0xfed70fff 0xfed80000-0xfed8ffff 0xfee00000-0xfee00fff 0xff000000-0xffffffff cpu0 pnpinfo _HID=none _UID=0 at handle=\_PR_.P000 I/O ports: 0x1771 acpi_perf0 acpi_throttle0 ACPI I/O ports: 0x810-0x813 hwpstate0 cpufreq0 cpu1 pnpinfo _HID=none _UID=0 at handle=\_PR_.P001 acpi_perf1 acpi_throttle1 hwpstate1 cpu2 pnpinfo _HID=none _UID=0 at handle=\_PR_.P002 acpi_perf2 acpi_throttle2 hwpstate2 cpu3 pnpinfo _HID=none _UID=0 at handle=\_PR_.P003 acpi_perf3 acpi_throttle3 hwpstate3 pcib0 pnpinfo _HID=PNP0A03 _UID=0 at handle=\_SB_.PCI0 I/O ports: 0xcf8-0xcff pci0 hostb0 pnpinfo vendor=0x1022 device=0x1422 subvendor=0x1022 subdevice=0x1422 class=0x060000 at slot=0 function=0 handle=\_SB_.PCI0.GNBD unknown pnpinfo vendor=0x1022 device=0x1423 subvendor=0x1022 subdevice=0x1423 class=0x080600 at slot=0 function=2 handle=\_SB_.PCI0.IOMA vgapci0 pnpinfo vendor=0x1002 device=0x130f subvendor=0x1002 subdevice=0x0123 class=0x030000 at slot=1 function=0 handle=\_SB_.PCI0.VGA_ I/O ports: 0xf000-0xf0ff I/O memory addresses: 0xb0000000-0xbfffffff 0xd0000000-0xd07fffff 0xfeb00000-0xfeb3ffff drm0 drmn0 hdac0 pnpinfo vendor=0x1002 device=0x1308 subvendor=0x1002 subdevice=0x0123 class=0x040300 at slot=1 function=1 Interrupt request lines: 0x103 I/O memory addresses: 0xfeb64000-0xfeb67fff hdacc0 pnpinfo vendor=0x1002 device=0xaa01 revision=0x05 stepping=0x00 at cad=0 hdaa0 pnpinfo type=0x01 subsystem=0x00aa0100 at nid=1 pcm0 at nid=3 hostb1 pnpinfo vendor=0x1022 device=0x1424 subvendor=0x0000 subdevice=0x0000 class=0x060000 at slot=2 function=0 pcib1 pnpinfo vendor=0x1022 device=0x1425 subvendor=0x1022 subdevice=0x1234 class=0x060400 at slot=2 function=1 handle=\_SB_.PCI0.PB21 I/O ports: 0xe000-0xefff I/O memory addresses: 0xc0000000-0xcfffffff 0xfea00000-0xfeafffff pci1 vgapci1 pnpinfo vendor=0x1002 device=0x68e1 subvendor=0x1787 subdevice=0x3000 class=0x030000 at slot=0 function=0 handle=\_SB_.PCI0.PB21.VGA_ Interrupt request lines: 0x110 pcib1 I/O port window: 0xe000-0xe0ff pcib1 memory window: 0xfea00000-0xfea1ffff 0xfea20000-0xfea3ffff pcib1 prefetch window: 0xc0000000-0xcfffffff drm1 drmn1 radeon_iicbb0 iicbb0 iicbus0 iic0 at addr=0 radeon_iicbb1 iicbb1 iicbus1 iic1 at addr=0 radeon_iicbb2 iicbb2 iicbus2 iic2 at addr=0 radeon_iicbb3 iicbb3 iicbus3 iic3 at addr=0 radeon_iicbb4 iicbb4 iicbus4 iic4 at addr=0 radeon_iicbb5 iicbb5 iicbus5 iic5 at addr=0 radeon_iicbb6 iicbb6 iicbus6 iic6 at addr=0 radeon_iicbb7 iicbb7 iicbus7 iic7 at addr=0 fbd1 hdac1 pnpinfo vendor=0x1002 device=0xaa68 subvendor=0x1787 subdevice=0xaa68 class=0x040300 at slot=0 function=1 handle=\_SB_.PCI0.PB21.HDAU Interrupt request lines: 0x104 pcib1 memory window: 0xfea40000-0xfea43fff hdacc1 pnpinfo vendor=0x1002 device=0xaa01 revision=0x02 stepping=0x00 at cad=0 hdaa1 pnpinfo type=0x01 subsystem=0x00aa0100 at nid=1 pcm1 at nid=3 hostb2 pnpinfo vendor=0x1022 device=0x1424 subvendor=0x0000 subdevice=0x0000 class=0x060000 at slot=3 function=0 pcib2 pnpinfo vendor=0x1022 device=0x1426 subvendor=0x1022 subdevice=0x1234 class=0x060400 at slot=3 function=1 handle=\_SB_.PCI0.PB31 I/O ports: 0xd000-0xdfff I/O memory addresses: 0xd0800000-0xd08fffff 0xfe900000-0xfe9fffff pci2 re0 pnpinfo vendor=0x10ec device=0x8168 subvendor=0x1458 subdevice=0xe000 class=0x020000 at slot=0 function=0 Interrupt request lines: 0x105 pcib2 I/O port window: 0xd000-0xd0ff pcib2 memory window: 0xfe900000-0xfe900fff pcib2 prefetch window: 0xd0800000-0xd0803fff miibus0 rgephy0 pnpinfo oui=0xe04c model=0x11 rev=0x5 at phyno=1 pcib3 pnpinfo vendor=0x1022 device=0x1426 subvendor=0x1022 subdevice=0x1234 class=0x060400 at slot=3 function=2 handle=\_SB_.PCI0.PB32 I/O memory addresses: 0xfe800000-0xfe8fffff pci3 ath0 pnpinfo vendor=0x168c device=0x002e subvendor=0x168c subdevice=0x30a4 class=0x028000 at slot=0 function=0 Interrupt request lines: 0x24 pcib3 memory window: 0xfe800000-0xfe80ffff hostb3 pnpinfo vendor=0x1022 device=0x1424 subvendor=0x0000 subdevice=0x0000 class=0x060000 at slot=4 function=0 xhci0 pnpinfo vendor=0x1022 device=0x7814 subvendor=0x1458 subdevice=0x5004 class=0x0c0330 at slot=16 function=0 handle=\_SB_.PCI0.XHC0 Interrupt request lines: 0x106 I/O memory addresses: 0xfeb6a000-0xfeb6bfff usbus0 uhub0 xhci1 pnpinfo vendor=0x1022 device=0x7814 subvendor=0x1458 subdevice=0x5004 class=0x0c0330 at slot=16 function=1 handle=\_SB_.PCI0.XHC1 Interrupt request lines: 0x107 I/O memory addresses: 0xfeb68000-0xfeb69fff usbus1 uhub1 ahci0 pnpinfo vendor=0x1022 device=0x7801 subvendor=0x1458 subdevice=0xb002 class=0x010601 at slot=17 function=0 handle=\_SB_.PCI0.SATA Interrupt request lines: 0x108 0x109 0x10a 0x10b 0x10c 0x10d 0x10e 0x10f I/O ports: 0xf100-0xf10f 0xf110-0xf113 0xf120-0xf127 0xf130-0xf133 0xf140-0xf147 I/O memory addresses: 0xfeb71000-0xfeb717ff ahcich0 at channel=0 I/O memory addresses: 0xfeb71100-0xfeb7117f ahcich1 at channel=1 I/O memory addresses: 0xfeb71180-0xfeb711ff ahcich2 at channel=2 I/O memory addresses: 0xfeb71200-0xfeb7127f ahcich3 at channel=3 I/O memory addresses: 0xfeb71280-0xfeb712ff ohci0 pnpinfo vendor=0x1022 device=0x7807 subvendor=0x1458 subdevice=0x5004 class=0x0c0310 at slot=18 function=0 handle=\_SB_.PCI0.OHC1 Interrupt request lines: 0x12 I/O memory addresses: 0xfeb70000-0xfeb70fff usbus2 uhub2 ukbd0 pnpinfo vendor=0x1c4f product=0x0002 devclass=0x00 devsubclass=0x00 sernum="" release=0x0110 mode=host intclass=0x03 intsubclass=0x01 i at bus=2 hubaddr=1 port=1 devaddr=2 interface=0 uhid0 pnpinfo vendor=0x1c4f product=0x0002 devclass=0x00 devsubclass=0x00 sernum="" release=0x0110 mode=host intclass=0x03 intsubclass=0x00 i at bus=2 hubaddr=1 port=1 devaddr=2 interface=1 ehci0 pnpinfo vendor=0x1022 device=0x7808 subvendor=0x1458 subdevice=0x5004 class=0x0c0320 at slot=18 function=2 handle=\_SB_.PCI0.EHC1 Interrupt request lines: 0x11 I/O memory addresses: 0xfeb6f000-0xfeb6f0ff usbus3 uhub3 ohci1 pnpinfo vendor=0x1022 device=0x7807 subvendor=0x1458 subdevice=0x5004 class=0x0c0310 at slot=19 function=0 handle=\_SB_.PCI0.OHC2 Interrupt request lines: 0x12 I/O memory addresses: 0xfeb6e000-0xfeb6efff usbus4 uhub4 ehci1 pnpinfo vendor=0x1022 device=0x7808 subvendor=0x1458 subdevice=0x5004 class=0x0c0320 at slot=19 function=2 handle=\_SB_.PCI0.EHC2 Interrupt request lines: 0x11 I/O memory addresses: 0xfeb6d000-0xfeb6d0ff usbus5 uhub5 unknown pnpinfo vendor=0x1022 device=0x780b subvendor=0x1022 subdevice=0x780b class=0x0c0500 at slot=20 function=0 hdac2 pnpinfo vendor=0x1022 device=0x780d subvendor=0x1458 subdevice=0xa002 class=0x040300 at slot=20 function=2 handle=\_SB_.PCI0.SBAZ Interrupt request lines: 0x10 I/O memory addresses: 0xfeb60000-0xfeb63fff hdacc2 pnpinfo vendor=0x10ec device=0x0887 revision=0x03 stepping=0x02 at cad=0 hdaa2 pnpinfo type=0x01 subsystem=0x1458a002 at nid=1 pcm2 at nid=20,24,26 pcm3 at nid=27,25 pcm4 at nid=17 pcm5 at nid=30 isab0 pnpinfo vendor=0x1022 device=0x780e subvendor=0x1022 subdevice=0x780e class=0x060100 at slot=20 function=3 handle=\_SB_.PCI0.SBRG isa0 sc0 vga0 atkbdc0 I/O ports: 0x60 0x64 atkbd0 Interrupt request lines: 0x1 psm0 fdc0 ppc0 uart1 wbwd0 pcib4 pnpinfo vendor=0x1022 device=0x780f subvendor=0x0000 subdevice=0x0000 class=0x060401 at slot=20 function=4 handle=\_SB_.PCI0.P0PC pci4 ohci2 pnpinfo vendor=0x1022 device=0x7809 subvendor=0x1458 subdevice=0x5004 class=0x0c0310 at slot=20 function=5 handle=\_SB_.PCI0.OHC4 Interrupt request lines: 0x12 I/O memory addresses: 0xfeb6c000-0xfeb6cfff usbus6 uhub6 hostb4 pnpinfo vendor=0x1022 device=0x141a subvendor=0x0000 subdevice=0x0000 class=0x060000 at slot=24 function=0 hostb5 pnpinfo vendor=0x1022 device=0x141b subvendor=0x0000 subdevice=0x0000 class=0x060000 at slot=24 function=1 hostb6 pnpinfo vendor=0x1022 device=0x141c subvendor=0x0000 subdevice=0x0000 class=0x060000 at slot=24 function=2 hostb7 pnpinfo vendor=0x1022 device=0x141d subvendor=0x0000 subdevice=0x0000 class=0x060000 at slot=24 function=3 hostb8 pnpinfo vendor=0x1022 device=0x141e subvendor=0x0000 subdevice=0x0000 class=0x060000 at slot=24 function=4 hostb9 pnpinfo vendor=0x1022 device=0x141f subvendor=0x0000 subdevice=0x0000 class=0x060000 at slot=24 function=5 acpi_sysresource0 pnpinfo _HID=PNP0C01 _UID=200 at handle=\_SB_.PCI0.AMDN acpi_sysresource1 pnpinfo _HID=PNP0C02 _UID=20 at handle=\_SB_.PCI0.GNBD.BROD acpi_sysresource2 pnpinfo _HID=PNP0C02 _UID=21 at handle=\_SB_.PCI0.UMEM acpi_sysresource3 pnpinfo _HID=PNP0C02 _UID=273 at handle=\_SB_.PCI0.SBRG.SIO1 unknown pnpinfo _HID=MSFT0001 _UID=0 at handle=\_SB_.PCI0.SBRG.PS2K unknown pnpinfo _HID=MSFT0003 _UID=0 at handle=\_SB_.PCI0.SBRG.PS2M uart0 pnpinfo _HID=PNP0501 _UID=1 at handle=\_SB_.PCI0.SBRG.UAR1 Interrupt request lines: 0x4 I/O ports: 0x3f8-0x3ff ppc1 pnpinfo _HID=PNP0400 _UID=0 at handle=\_SB_.PCI0.SBRG.LPTE Interrupt request lines: 0x5 I/O ports: 0x378-0x37f ppbus0 lpt0 ppi0 acpi_sysresource4 pnpinfo _HID=PNP0C02 _UID=153 at handle=\_SB_.PCI0.SBRG.NBRM unknown pnpinfo _HID=PNP0000 _UID=0 at handle=\_SB_.PCI0.SBRG.PIC_ I/O ports: 0x20-0x21 0xa0-0xa1 atdma0 pnpinfo _HID=PNP0200 _UID=0 at handle=\_SB_.PCI0.SBRG.DMAD DMA request lines: 4 I/O ports: 0x81-0x83 0x87 0x89-0x8b 0x8f 0xc0-0xdf attimer0 pnpinfo _HID=PNP0100 _UID=0 at handle=\_SB_.PCI0.SBRG.TMR_ Interrupt request lines: 0x0 I/O ports: 0x40-0x43 atrtc0 pnpinfo _HID=PNP0B00 _UID=0 at handle=\_SB_.PCI0.SBRG.RTC0 Interrupt request lines: 0x8 I/O ports: 0x70-0x71 unknown pnpinfo _HID=PNP0800 _UID=0 at handle=\_SB_.PCI0.SBRG.SPKR I/O ports: 0x61 unknown pnpinfo _HID=AMDC003 _UID=0 at handle=\_SB_.PCI0.SBRG.ECIR acpi_sysresource5 pnpinfo _HID=PNP0C02 _UID=16 at handle=\_SB_.PCI0.SBRG.RMSC fpupnp0 pnpinfo _HID=PNP0C04 _UID=0 at handle=\_SB_.PCI0.SBRG.COPR I/O ports: 0xf0-0xff acpi_sysresource6 pnpinfo _HID=PNP0C02 _UID=1792 at handle=\_SB_.PCI0.S900 acpi_button0 pnpinfo _HID=PNP0C0C _UID=170 at handle=\_SB_.PWRB pci_link0 pnpinfo _HID=PNP0C0F _UID=1 at handle=\_SB_.LNKA pci_link1 pnpinfo _HID=PNP0C0F _UID=2 at handle=\_SB_.LNKB pci_link2 pnpinfo _HID=PNP0C0F _UID=3 at handle=\_SB_.LNKC pci_link3 pnpinfo _HID=PNP0C0F _UID=4 at handle=\_SB_.LNKD pci_link4 pnpinfo _HID=PNP0C0F _UID=5 at handle=\_SB_.LNKE pci_link5 pnpinfo _HID=PNP0C0F _UID=2 at handle=\_SB_.LNKF pci_link6 pnpinfo _HID=PNP0C0F _UID=3 at handle=\_SB_.LNKG pci_link7 pnpinfo _HID=PNP0C0F _UID=4 at handle=\_SB_.LNKH acpi_sysresource7 pnpinfo _HID=PNP0C01 _UID=1 at handle=\_SB_.RMEM acpi_sysresource8 pnpinfo _HID=INT3394 _UID=0 at handle=\_SB_.PTMD unknown pnpinfo _HID=IFX0102 _UID=1 at handle=\_SB_.TPM_ hpet0 pnpinfo _HID=PNP0103 _UID=0 at handle=\HPET Interrupt request lines: 0x100 0x101 0x102 ACPI I/O memory addresses: 0xfed00000-0xfed003ff acpi_sysresource9 pnpinfo _HID=PNP0C02 _UID=3601 at handle=\OMSC acpi_timer0 pnpinfo unknown at unknown ACPI I/O ports: 0x808-0x80b --------------010608070904030004070107 Content-Type: text/plain; charset=UTF-8; name="dmesg.out" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="dmesg.out" 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.1-RELEASE #0 r274401: Tue Nov 11 21:02:49 UTC 2014 root@releng1.nyi.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512 CPU: AMD A10-7850K Radeon R7, 12 Compute Cores 4C+8G (3693.36-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x630f01 Family = 0x15 Model = 0x30 Stepping = 1 Features=0x178bfbff Features2=0x3e98320b AMD Features=0x2e500800 AMD Features2=0xfebbfff,DBE,PTSC> Structured Extended Features=0x9 TSC: P-state invariant, performance statistics real memory = 8589934592 (8192 MB) avail memory = 7125688320 (6795 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: 16 cpu1 (AP): APIC ID: 17 cpu2 (AP): APIC ID: 18 cpu3 (AP): APIC ID: 19 ACPI BIOS Warning (bug): Optional FADT field Pm2ControlBlock has zero address or length: 0x0000000000000000/0x1 (20130823/tbfadt-630) ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-55 on motherboard random: initialized kbd1 at kbdmux0 acpi0: on motherboard acpi0: Power Button (fixed) cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 attimer0: port 0x40-0x43 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 atrtc0: port 0x70-0x71 irq 8 on acpi0 Event timer "RTC" frequency 32768 Hz quality 0 hpet0: iomem 0xfed00000-0xfed003ff 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 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.2 (no driver attached) vgapci0: port 0xf000-0xf0ff mem 0xb0000000-0xbfffffff,0xd0000000-0xd07fffff,0xfeb00000-0xfeb3ffff irq 26 at device 1.0 on pci0 vgapci0: Boot video device hdac0: mem 0xfeb64000-0xfeb67fff irq 27 at device 1.1 on pci0 pcib1: irq 24 at device 2.1 on pci0 pci1: on pcib1 vgapci1: port 0xe000-0xe0ff mem 0xc0000000-0xcfffffff,0xfea20000-0xfea3ffff irq 24 at device 0.0 on pci1 hdac1: mem 0xfea40000-0xfea43fff irq 25 at device 0.1 on pci1 pcib2: irq 32 at device 3.1 on pci0 pci2: on pcib2 re0: port 0xd000-0xd0ff mem 0xfe900000-0xfe900fff,0xd0800000-0xd0803fff irq 32 at device 0.0 on pci2 re0: Using 1 MSI-X message re0: Chip rev. 0x2c800000 re0: MAC rev. 0x00100000 miibus0: on re0 rgephy0: PHY 1 on miibus0 rgephy0: none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, 100baseTX-FDX, 100baseTX-FDX-flow, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, 1000baseT-FDX-flow, 1000baseT-FDX-flow-master, auto, auto-flow re0: Ethernet address: 74:d4:35:9b:02:ff pcib3: irq 32 at device 3.2 on pci0 pci3: on pcib3 ath0: mem 0xfe800000-0xfe80ffff irq 36 at device 0.0 on pci3 ath0: [HT] enabling HT modes ath0: [HT] enabling short-GI in 20MHz mode ath0: [HT] 1 stream STBC receive enabled ath0: [HT] 1 stream STBC transmit enabled ath0: [HT] 2 RX streams; 2 TX streams ath0: AR9287 mac 384.2 RF5133 phy 15.15 ath0: 2GHz radio: 0x0000; 5GHz radio: 0x00c0 xhci0: mem 0xfeb6a000-0xfeb6bfff irq 18 at device 16.0 on pci0 xhci0: 32 byte context size. usbus0 on xhci0 xhci1: mem 0xfeb68000-0xfeb69fff irq 17 at device 16.1 on pci0 xhci1: 32 byte context size. usbus1 on xhci1 ahci0: port 0xf140-0xf147,0xf130-0xf133,0xf120-0xf127,0xf110-0xf113,0xf100-0xf10f mem 0xfeb71000-0xfeb717ff irq 19 at device 17.0 on pci0 ahci0: AHCI v1.30 with 4 6Gbps ports, Port Multiplier supported ahcich0: at channel 0 on ahci0 ahcich1: at channel 1 on ahci0 ahcich2: at channel 2 on ahci0 ahcich3: at channel 3 on ahci0 ohci0: mem 0xfeb70000-0xfeb70fff irq 18 at device 18.0 on pci0 usbus2 on ohci0 ehci0: mem 0xfeb6f000-0xfeb6f0ff irq 17 at device 18.2 on pci0 usbus3: EHCI version 1.0 usbus3 on ehci0 ohci1: mem 0xfeb6e000-0xfeb6efff irq 18 at device 19.0 on pci0 usbus4 on ohci1 ehci1: mem 0xfeb6d000-0xfeb6d0ff irq 17 at device 19.2 on pci0 usbus5: EHCI version 1.0 usbus5 on ehci1 hdac2: mem 0xfeb60000-0xfeb63fff irq 16 at device 20.2 on pci0 isab0: at device 20.3 on pci0 isa0: on isab0 pcib4: at device 20.4 on pci0 pci4: on pcib4 ohci2: mem 0xfeb6c000-0xfeb6cfff irq 18 at device 20.5 on pci0 usbus6 on ohci2 acpi_button0: on acpi0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 ppc1: port 0x378-0x37f irq 5 on acpi0 ppc1: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc1 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] ppc0: cannot reserve I/O port range acpi_throttle0: on cpu0 hwpstate0: on cpu0 acpi_throttle1: on cpu1 acpi_throttle1: failed to attach P_CNT device_attach: acpi_throttle1 attach returned 6 acpi_throttle2: on cpu2 acpi_throttle2: failed to attach P_CNT device_attach: acpi_throttle2 attach returned 6 acpi_throttle3: on cpu3 acpi_throttle3: failed to attach P_CNT device_attach: acpi_throttle3 attach returned 6 random: unblocking device. usbus0: 5.0Gbps Super Speed USB v3.0 ZFS filesystem version: 5 ZFS storage pool version: features support (5000) 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 3 on hdaa1 hdacc2: at cad 0 on hdac2 hdaa2: at nid 1 on hdacc2 pcm2: at nid 20 and 24,26 on hdaa2 pcm3: at nid 27 and 25 on hdaa2 pcm4: at nid 17 on hdaa2 pcm5: at nid 30 on hdaa2 usbus1: 5.0Gbps Super Speed USB v3.0 usbus2: 12Mbps Full Speed USB v1.0 usbus3: 480Mbps High Speed USB v2.0 usbus4: 12Mbps Full Speed USB v1.0 usbus5: 480Mbps High Speed USB v2.0 usbus6: 12Mbps Full Speed USB v1.0 ugen0.1: <0x1022> at usbus0 uhub0: <0x1022 XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on usbus0 ugen6.1: at usbus6 uhub1: on usbus6 ugen5.1: at usbus5 uhub2: on usbus5 ugen4.1: at usbus4 uhub3: on usbus4 ugen3.1: at usbus3 uhub4: on usbus3 ugen2.1: at usbus2 uhub5: on usbus2 ugen1.1: <0x1022> at usbus1 uhub6: <0x1022 XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on usbus1 ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 ada0: ATA-9 SATA 3.x device ada0: Serial Number 54GS113ZT9QW ada0: 600.000MB/s transfers (SATA 3.x, UDMA5, PIO 8192bytes) ada0: Command Queueing enabled ada0: 244198MB (500118192 512 byte sectors: 16H 63S/T 16383C) ada0: Previously was known as ad4 ada1 at ahcich2 bus 0 scbus2 target 0 lun 0 ada1: ATA-9 SATA 3.x device ada1: Serial Number WD-WCC4N0824404 ada1: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 8192bytes) ada1: Command Queueing enabled ada1: 2861588MB (5860533168 512 byte sectors: 16H 63S/T 16383C) ada1: quirks=0x1<4K> ada1: Previously was known as ad8 ada2 at ahcich3 bus 0 scbus3 target 0 lun 0 ada2: ATA-9 SATA 3.x device ada2: Serial Number WD-WCC4N0807066 ada2: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 8192bytes) ada2: Command Queueing enabled ada2: 2861588MB (5860533168 512 byte sectors: 16H 63S/T 16383C) ada2: quirks=0x1<4K> ada2: Previously was known as ad10 cd0 at ahcich1 bus 0 scbus1 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: Serial Number S13A68EF100MVC 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 SMP: AP CPU #2 Launched! SMP: AP CPU #1 Launched! SMP: AP CPU #3 Launched! Timecounter "TSC-low" frequency 1846680086 Hz quality 1000 uhub1: 2 ports with 2 removable, self powered uhub5: 5 ports with 5 removable, self powered uhub3: 5 ports with 5 removable, self powered uhub0: 4 ports with 4 removable, self powered uhub6: 4 ports with 4 removable, self powered Root mount waiting for: usbus5 usbus3 Root mount waiting for: usbus5 usbus3 uhub4: 5 ports with 5 removable, self powered uhub2: 5 ports with 5 removable, self powered Trying to mount root from zfs:zroot/ROOT/default []... ugen2.2: at usbus2 ukbd0: on usbus2 kbd2 at ukbd0 wlan0: Ethernet address: a0:f3:c1:ba:e6:5e uhid0: on usbus2 wlan0: link state changed to UP wlan0: link state changed to DOWN wlan0: link state changed to UP pid 1241 (Xorg), uid 0: exited on signal 6 (core dumped) wlan0: link state changed to DOWN wlan0: link state changed to UP wlan0: link state changed to DOWN wlan0: link state changed to UP wlan0: link state changed to DOWN wlan0: link state changed to UP wlan0: link state changed to DOWN wlan0: link state changed to UP wlan0: link state changed to DOWN wlan0: link state changed to UP wlan0: link state changed to DOWN ath0: ath_legacy_rx_tasklet: sc_inreset_cnt > 0; skipping wlan0: link state changed to UP wlan0: link state changed to DOWN wlan0: link state changed to UP wlan0: link state changed to DOWN wlan0: link state changed to UP wlan0: link state changed to DOWN wlan0: link state changed to UP wlan0: link state changed to DOWN wlan0: link state changed to UP wlan0: link state changed to DOWN wlan0: link state changed to UP wlan0: link state changed to DOWN wlan0: link state changed to UP wlan0: link state changed to DOWN wlan0: link state changed to UP wlan0: link state changed to DOWN wlan0: link state changed to UP wlan0: link state changed to DOWN wlan0: link state changed to UP wlan0: link state changed to DOWN wlan0: link state changed to UP wlan0: link state changed to DOWN wlan0: link state changed to UP wlan0: link state changed to DOWN wlan0: link state changed to UP wlan0: link state changed to DOWN wlan0: link state changed to UP Waiting (max 60 seconds) for system process `vnlru' to stop...done Waiting (max 60 seconds) for system process `bufdaemon' to stop...done Waiting (max 60 seconds) for system process `syncer' to stop... Syncing disks, vnodes remaining...0 0 0 0 done All buffers synced. Uptime: 22h48m13s 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.1-RELEASE #0 r274401: Tue Nov 11 21:02:49 UTC 2014 root@releng1.nyi.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512 VT: running with driver "vga". CPU: AMD A10-7850K Radeon R7, 12 Compute Cores 4C+8G (3693.36-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x630f01 Family = 0x15 Model = 0x30 Stepping = 1 Features=0x178bfbff Features2=0x3e98320b AMD Features=0x2e500800 AMD Features2=0xfebbfff,DBE,PTSC> Structured Extended Features=0x9 TSC: P-state invariant, performance statistics real memory = 8589934592 (8192 MB) avail memory = 7125807104 (6795 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: 16 cpu1 (AP): APIC ID: 17 cpu2 (AP): APIC ID: 18 cpu3 (AP): APIC ID: 19 ACPI BIOS Warning (bug): Optional FADT field Pm2ControlBlock has zero address or length: 0x0000000000000000/0x1 (20130823/tbfadt-630) ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-55 on motherboard random: initialized module_register_init: MOD_LOAD (vesa, 0xffffffff80d942e0, 0) error 19 kbd1 at kbdmux0 acpi0: on motherboard acpi0: Power Button (fixed) cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 attimer0: port 0x40-0x43 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 atrtc0: port 0x70-0x71 irq 8 on acpi0 Event timer "RTC" frequency 32768 Hz quality 0 hpet0: iomem 0xfed00000-0xfed003ff 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 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.2 (no driver attached) vgapci0: port 0xf000-0xf0ff mem 0xb0000000-0xbfffffff,0xd0000000-0xd07fffff,0xfeb00000-0xfeb3ffff irq 26 at device 1.0 on pci0 vgapci0: Boot video device hdac0: mem 0xfeb64000-0xfeb67fff irq 27 at device 1.1 on pci0 pcib1: irq 24 at device 2.1 on pci0 pci1: on pcib1 vgapci1: port 0xe000-0xe0ff mem 0xc0000000-0xcfffffff,0xfea20000-0xfea3ffff irq 24 at device 0.0 on pci1 hdac1: mem 0xfea40000-0xfea43fff irq 25 at device 0.1 on pci1 pcib2: irq 32 at device 3.1 on pci0 pci2: on pcib2 re0: port 0xd000-0xd0ff mem 0xfe900000-0xfe900fff,0xd0800000-0xd0803fff irq 32 at device 0.0 on pci2 re0: Using 1 MSI-X message re0: Chip rev. 0x2c800000 re0: MAC rev. 0x00100000 miibus0: on re0 rgephy0: PHY 1 on miibus0 rgephy0: none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, 100baseTX-FDX, 100baseTX-FDX-flow, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, 1000baseT-FDX-flow, 1000baseT-FDX-flow-master, auto, auto-flow re0: Ethernet address: 74:d4:35:9b:02:ff pcib3: irq 32 at device 3.2 on pci0 pci3: on pcib3 ath0: mem 0xfe800000-0xfe80ffff irq 36 at device 0.0 on pci3 ath0: [HT] enabling HT modes ath0: [HT] enabling short-GI in 20MHz mode ath0: [HT] 1 stream STBC receive enabled ath0: [HT] 1 stream STBC transmit enabled ath0: [HT] 2 RX streams; 2 TX streams ath0: AR9287 mac 384.2 RF5133 phy 15.15 ath0: 2GHz radio: 0x0000; 5GHz radio: 0x00c0 xhci0: mem 0xfeb6a000-0xfeb6bfff irq 18 at device 16.0 on pci0 xhci0: 32 byte context size. usbus0 on xhci0 xhci1: mem 0xfeb68000-0xfeb69fff irq 17 at device 16.1 on pci0 xhci1: 32 byte context size. usbus1 on xhci1 ahci0: port 0xf140-0xf147,0xf130-0xf133,0xf120-0xf127,0xf110-0xf113,0xf100-0xf10f mem 0xfeb71000-0xfeb717ff irq 19 at device 17.0 on pci0 ahci0: AHCI v1.30 with 4 6Gbps ports, Port Multiplier supported ahcich0: at channel 0 on ahci0 ahcich1: at channel 1 on ahci0 ahcich2: at channel 2 on ahci0 ahcich3: at channel 3 on ahci0 ohci0: mem 0xfeb70000-0xfeb70fff irq 18 at device 18.0 on pci0 usbus2 on ohci0 ehci0: mem 0xfeb6f000-0xfeb6f0ff irq 17 at device 18.2 on pci0 usbus3: EHCI version 1.0 usbus3 on ehci0 ohci1: mem 0xfeb6e000-0xfeb6efff irq 18 at device 19.0 on pci0 usbus4 on ohci1 ehci1: mem 0xfeb6d000-0xfeb6d0ff irq 17 at device 19.2 on pci0 usbus5: EHCI version 1.0 usbus5 on ehci1 hdac2: mem 0xfeb60000-0xfeb63fff irq 16 at device 20.2 on pci0 isab0: at device 20.3 on pci0 isa0: on isab0 pcib4: at device 20.4 on pci0 pci4: on pcib4 ohci2: mem 0xfeb6c000-0xfeb6cfff irq 18 at device 20.5 on pci0 usbus6 on ohci2 acpi_button0: on acpi0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 ppc1: port 0x378-0x37f irq 5 on acpi0 ppc1: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc1 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] ppc0: cannot reserve I/O port range acpi_throttle0: on cpu0 hwpstate0: on cpu0 acpi_throttle1: on cpu1 acpi_throttle1: failed to attach P_CNT device_attach: acpi_throttle1 attach returned 6 acpi_throttle2: on cpu2 acpi_throttle2: failed to attach P_CNT device_attach: acpi_throttle2 attach returned 6 acpi_throttle3: on cpu3 acpi_throttle3: failed to attach P_CNT device_attach: acpi_throttle3 attach returned 6 random: unblocking device. usbus0: 5.0Gbps Super Speed USB v3.0 ZFS filesystem version: 5 ZFS storage pool version: features support (5000) 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 3 on hdaa1 hdacc2: at cad 0 on hdac2 hdaa2: at nid 1 on hdacc2 pcm2: at nid 20 and 24,26 on hdaa2 pcm3: at nid 27 and 25 on hdaa2 pcm4: at nid 17 on hdaa2 pcm5: at nid 30 on hdaa2 usbus1: 5.0Gbps Super Speed USB v3.0 usbus2: 12Mbps Full Speed USB v1.0 usbus3: 480Mbps High Speed USB v2.0 usbus4: 12Mbps Full Speed USB v1.0 usbus5: 480Mbps High Speed USB v2.0 usbus6: 12Mbps Full Speed USB v1.0 ugen0.1: <0x1022> at usbus0 uhub0: <0x1022 XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on usbus0 ugen1.1: <0x1022> at usbus1 uhub1: <0x1022 XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ugen3.1: at usbus3 uhub3: on usbus3 ugen4.1: at usbus4 uhub4: on usbus4 ugen5.1: at usbus5 uhub5: on usbus5 ugen6.1: at usbus6 uhub6: on usbus6 ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 ada0: ATA-9 SATA 3.x device ada0: Serial Number 54GS113ZT9QW ada0: 600.000MB/s transfers (SATA 3.x, UDMA5, PIO 8192bytes) ada0: Command Queueing enabled ada0: 244198MB (500118192 512 byte sectors: 16H 63S/T 16383C) ada0: Previously was known as ad4 ada1 at ahcich2 bus 0 scbus2 target 0 lun 0 ada1: ATA-9 SATA 3.x device ada1: Serial Number WD-WCC4N0824404 ada1: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 8192bytes) ada1: Command Queueing enabled ada1: 2861588MB (5860533168 512 byte sectors: 16H 63S/T 16383C) ada1: quirks=0x1<4K> ada1: Previously was known as ad8 ada2 at ahcich3 bus 0 scbus3 target 0 lun 0 ada2: ATA-9 SATA 3.x device ada2: Serial Number WD-WCC4N0807066 ada2: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 8192bytes) ada2: Command Queueing enabled ada2: 2861588MB (5860533168 512 byte sectors: 16H 63S/T 16383C) ada2: quirks=0x1<4K> ada2: Previously was known as ad10 cd0 at ahcich1 bus 0 scbus1 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: Serial Number S13A68EF100MVC 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 uhub6: 2 ports with 2 removable, self powered SMP: AP CPU #2 Launched! SMP: AP CPU #1 Launched! SMP: AP CPU #3 Launched! Timecounter "TSC-low" frequency 1846678286 Hz quality 1000 uhub2: 5 ports with 5 removable, self powered uhub4: 5 ports with 5 removable, self powered uhub0: 4 ports with 4 removable, self powered uhub1: 4 ports with 4 removable, self powered Root mount waiting for: usbus5 usbus3 Root mount waiting for: usbus5 usbus3 uhub5: 5 ports with 5 removable, self powered uhub3: 5 ports with 5 removable, self powered Trying to mount root from zfs:zroot/ROOT/default []... ugen2.2: at usbus2 ukbd0: on usbus2 kbd2 at ukbd0 wlan0: Ethernet address: a0:f3:c1:ba:e6:5e uhid0: on usbus2 info: [drm] Initialized drm 1.1.0 20060810 drmn1: on vgapci1 info: [drm] MSI enabled 1 message(s) info: [drm] RADEON_IS_PCIE info: [drm] initializing kernel modesetting (CEDAR 0x1002:0x68E1 0x1787:0x3000). info: [drm] register mmio base: 0xFEA20000 info: [drm] register mmio size: 131072 info: [drm] radeon_atrm_get_bios: ===> Try ATRM... info: [drm] radeon_atrm_get_bios: pci_find_class() found: 0:0:1:0, vendor=1002, device=130f info: [drm] radeon_atrm_get_bios: Get ACPI device handle info: [drm] radeon_atrm_get_bios: Get ACPI handle for "ATRM" info: [drm] radeon_atrm_get_bios: Failed to get "ATRM" handle: AE_NOT_FOUND info: [drm] radeon_acpi_vfct_bios: ===> Try VFCT... info: [drm] radeon_acpi_vfct_bios: Get "VFCT" ACPI table info: [drm] radeon_acpi_vfct_bios: Failed to get "VFCT" table: AE_NOT_FOUND info: [drm] igp_read_bios_from_vram: ===> Try IGP's VRAM... info: [drm] igp_read_bios_from_vram: VRAM base address: 0xc0000000 info: [drm] igp_read_bios_from_vram: Map address: 0xfffff800c0000000 (262144 bytes) info: [drm] igp_read_bios_from_vram: Incorrect BIOS signature: 0x0000 info: [drm] radeon_read_bios: ===> Try PCI Expansion ROM... info: [drm] radeon_read_bios: Map address: 0xfffff800fea00000 (131072 bytes) info: [drm] ATOM BIOS: PARK drmn1: info: VRAM: 1024M 0x0000000000000000 - 0x000000003FFFFFFF (1024M used) drmn1: info: GTT: 512M 0x0000000040000000 - 0x000000005FFFFFFF info: [drm] Detected VRAM RAM=1024M, BAR=256M info: [drm] RAM width 64bits DDR [TTM] Zone kernel: Available graphics memory: 3625930 kiB [TTM] Zone dma32: Available graphics memory: 2097152 kiB [TTM] Initializing pool allocator info: [drm] radeon: 1024M of VRAM memory ready info: [drm] radeon: 512M of GTT memory ready. info: [drm] Supports vblank timestamp caching Rev 1 (10.10.2010). info: [drm] Driver supports precise vblank timestamp query. info: [drm] radeon: irq initialized. info: [drm] GART: num cpu pages 131072, num gpu pages 131072 info: [drm] probing gen 2 caps for device 1022:1425 = 3/e info: [drm] enabling PCIE gen 2 link speeds, disable with radeon.pcie_gen2=0 info: [drm] Loading CEDAR Microcode info: [drm] PCIE GART of 512M enabled (table at 0x0000000000040000). drmn1: info: WB enabled drmn1: info: fence driver on ring 0 use gpu addr 0x0000000040000c00 and cpu addr 0x0xfffff801651fec00 drmn1: info: fence driver on ring 3 use gpu addr 0x0000000040000c0c and cpu addr 0x0xfffff801651fec0c info: [drm] ring test on 0 succeeded in 1 usecs info: [drm] ring test on 3 succeeded in 1 usecs info: [drm] ib test on ring 0 succeeded in 0 usecs info: [drm] ib test on ring 3 succeeded in 0 usecs info: [drm] radeon_device_init: Taking over the fictitious range 0xc0000000-0xd0000000 iicbus0: on iicbb0 addr 0xff iic0: on iicbus0 iicbus1: on iicbb1 addr 0x0 iic1: on iicbus1 iicbus2: on iicbb2 addr 0x0 iic2: on iicbus2 iicbus3: on iicbb3 addr 0x0 iic3: on iicbus3 iicbus4: on iicbb4 addr 0x0 iic4: on iicbus4 iicbus5: on iicbb5 addr 0x0 iic5: on iicbus5 iicbus6: on iicbb6 addr 0x0 iic6: on iicbus6 iicbus7: on iicbb7 addr 0x0 iic7: on iicbus7 info: [drm] Radeon Display Connectors info: [drm] Connector 0: info: [drm] HDMI-A-1 info: [drm] HPD2 info: [drm] DDC: 0x6460 0x6460 0x6464 0x6464 0x6468 0x6468 0x646c 0x646c info: [drm] Encoders: info: [drm] DFP1: INTERNAL_UNIPHY1 info: [drm] Connector 1: info: [drm] DVI-I-1 info: [drm] HPD4 info: [drm] DDC: 0x6440 0x6440 0x6444 0x6444 0x6448 0x6448 0x644c 0x644c info: [drm] Encoders: info: [drm] DFP2: INTERNAL_UNIPHY info: [drm] CRT1: INTERNAL_KLDSCP_DAC1 info: [drm] Connector 2: info: [drm] VGA-1 info: [drm] DDC: 0x6430 0x6430 0x6434 0x6434 0x6438 0x6438 0x643c 0x643c info: [drm] Encoders: info: [drm] CRT2: INTERNAL_KLDSCP_DAC2 info: [drm] Internal thermal controller with fan control info: [drm] radeon: power management initialized info: [drm] fb mappable at 0xC0142000 info: [drm] vram apper at 0xC0000000 info: [drm] size 8294400 info: [drm] fb depth is 24 info: [drm] pitch is 7680 fbd1 on drmn1 VT: Replacing driver "vga" with new "fb". info: [drm] Initialized radeon 2.29.0 20080528 pid 1060 (Xorg), uid 0: exited on signal 6 (core dumped) --------------010608070904030004070107 Content-Type: text/plain; charset=UTF-8; name="pciconf.out" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="pciconf.out" hostb0@pci0:0:0:0: class=0x060000 card=0x14221022 chip=0x14221022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices [AMD]' class = bridge subclass = HOST-PCI none0@pci0:0:0:2: class=0x080600 card=0x14231022 chip=0x14231022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices [AMD]' class = base peripheral subclass = IOMMU cap 0f[40] = unknown cap 05[54] = MSI supports 4 messages, 64 bit cap 08[64] = HT MSI fixed address window enabled at 0xfee00000 vgapci0@pci0:0:1:0: class=0x030000 card=0x01231002 chip=0x130f1002 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices [AMD] nee ATI' class = display subclass = VGA bar [10] = type Prefetchable Memory, range 64, base 0xb0000000, size 268435456, enabled bar [18] = type Prefetchable Memory, range 64, base 0xd0000000, size 8388608, enabled bar [20] = type I/O Port, range 32, base 0xf000, size 256, enabled bar [24] = type Memory, range 32, base 0xfeb00000, size 262144, enabled cap 09[48] = vendor (length 8) cap 01[50] = powerspec 3 supports D0 D1 D2 D3 current D0 cap 10[58] = PCI-Express 2 root endpoint max data 128(256) link x0(x0) cap 05[a0] = MSI supports 1 message, 64 bit ecap 000b[100] = Vendor 1 ID 1 ecap 0019[270] = PCIe Sec 1 lane errors 0 ecap 000f[2b0] = ATS 1 ecap 0013[2c0] = unknown 1 ecap 001b[2d0] = unknown 1 hdac0@pci0:0:1:1: class=0x040300 card=0x01231002 chip=0x13081002 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices [AMD] nee ATI' class = multimedia subclass = HDA bar [10] = type Memory, range 64, base 0xfeb64000, size 16384, enabled cap 09[48] = vendor (length 8) cap 01[50] = powerspec 3 supports D0 D1 D2 D3 current D0 cap 10[58] = PCI-Express 2 root endpoint max data 128(256) link x0(x0) cap 05[a0] = MSI supports 1 message, 64 bit enabled with 1 message ecap 000b[100] = Vendor 1 ID 1 hostb1@pci0:0:2:0: class=0x060000 card=0x00000000 chip=0x14241022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices [AMD]' class = bridge subclass = HOST-PCI pcib1@pci0:0:2:1: class=0x060400 card=0x12341022 chip=0x14251022 rev=0x00 hdr=0x01 vendor = 'Advanced Micro Devices [AMD]' 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 256(512) link x16(x16) speed 2.5(8.0) ASPM disabled(L0s/L1) cap 05[a0] = MSI supports 1 message, 64 bit cap 0d[b0] = PCI Bridge card=0x12341022 cap 08[b8] = HT MSI fixed address window enabled at 0xfee00000 ecap 000b[100] = Vendor 1 ID 1 ecap 0019[270] = PCIe Sec 1 lane errors 0xffff hostb2@pci0:0:3:0: class=0x060000 card=0x00000000 chip=0x14241022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices [AMD]' class = bridge subclass = HOST-PCI pcib2@pci0:0:3:1: class=0x060400 card=0x12341022 chip=0x14261022 rev=0x00 hdr=0x01 vendor = 'Advanced Micro Devices [AMD]' 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(512) link x1(x1) speed 2.5(5.0) ASPM disabled(L0s/L1) cap 05[a0] = MSI supports 1 message, 64 bit cap 0d[b0] = PCI Bridge card=0x12341022 cap 08[b8] = HT MSI fixed address window enabled at 0xfee00000 ecap 000b[100] = Vendor 1 ID 1 ecap 0019[270] = PCIe Sec 1 lane errors 0x1 pcib3@pci0:0:3:2: class=0x060400 card=0x12341022 chip=0x14261022 rev=0x00 hdr=0x01 vendor = 'Advanced Micro Devices [AMD]' 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(512) link x1(x1) speed 2.5(5.0) ASPM disabled(L0s/L1) cap 05[a0] = MSI supports 1 message, 64 bit cap 0d[b0] = PCI Bridge card=0x12341022 cap 08[b8] = HT MSI fixed address window enabled at 0xfee00000 ecap 000b[100] = Vendor 1 ID 1 ecap 0019[270] = PCIe Sec 1 lane errors 0x1 hostb3@pci0:0:4:0: class=0x060000 card=0x00000000 chip=0x14241022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices [AMD]' class = bridge subclass = HOST-PCI xhci0@pci0:0:16:0: class=0x0c0330 card=0x50041458 chip=0x78141022 rev=0x09 hdr=0x00 vendor = 'Advanced Micro Devices [AMD]' class = serial bus subclass = USB bar [10] = type Memory, range 64, base 0xfeb6a000, size 8192, enabled cap 01[50] = powerspec 3 supports D0 D3 current D0 cap 05[70] = MSI supports 8 messages, 64 bit enabled with 1 message cap 11[90] = MSI-X supports 8 messages Table in map 0x10[0x1000], PBA in map 0x10[0x1080] cap 10[a0] = PCI-Express 2 root endpoint max data 128(128) link x0(x0) ecap 0018[100] = LTR 1 xhci1@pci0:0:16:1: class=0x0c0330 card=0x50041458 chip=0x78141022 rev=0x09 hdr=0x00 vendor = 'Advanced Micro Devices [AMD]' class = serial bus subclass = USB bar [10] = type Memory, range 64, base 0xfeb68000, size 8192, enabled cap 01[50] = powerspec 3 supports D0 D3 current D0 cap 05[70] = MSI supports 8 messages, 64 bit enabled with 1 message cap 11[90] = MSI-X supports 8 messages Table in map 0x10[0x1000], PBA in map 0x10[0x1080] cap 10[a0] = PCI-Express 2 root endpoint max data 128(128) link x0(x0) ahci0@pci0:0:17:0: class=0x010601 card=0xb0021458 chip=0x78011022 rev=0x40 hdr=0x00 vendor = 'Advanced Micro Devices [AMD]' device = 'Hudson SATA Controller [AHCI mode]' class = mass storage subclass = SATA bar [10] = type I/O Port, range 32, base 0xf140, size 8, enabled bar [14] = type I/O Port, range 32, base 0xf130, size 4, enabled bar [18] = type I/O Port, range 32, base 0xf120, size 8, enabled bar [1c] = type I/O Port, range 32, base 0xf110, size 4, enabled bar [20] = type I/O Port, range 32, base 0xf100, size 16, enabled bar [24] = type Memory, range 32, base 0xfeb71000, size 2048, enabled cap 05[50] = MSI supports 8 messages, 64 bit enabled with 8 messages cap 12[70] = SATA Index-Data Pair ohci0@pci0:0:18:0: class=0x0c0310 card=0x50041458 chip=0x78071022 rev=0x11 hdr=0x00 vendor = 'Advanced Micro Devices [AMD]' device = 'Hudson USB OHCI Controller' class = serial bus subclass = USB bar [10] = type Memory, range 32, base 0xfeb70000, size 4096, enabled ehci0@pci0:0:18:2: class=0x0c0320 card=0x50041458 chip=0x78081022 rev=0x11 hdr=0x00 vendor = 'Advanced Micro Devices [AMD]' device = 'Hudson USB EHCI Controller' class = serial bus subclass = USB bar [10] = type Memory, range 32, base 0xfeb6f000, 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=0x50041458 chip=0x78071022 rev=0x11 hdr=0x00 vendor = 'Advanced Micro Devices [AMD]' device = 'Hudson USB OHCI Controller' class = serial bus subclass = USB bar [10] = type Memory, range 32, base 0xfeb6e000, size 4096, enabled ehci1@pci0:0:19:2: class=0x0c0320 card=0x50041458 chip=0x78081022 rev=0x11 hdr=0x00 vendor = 'Advanced Micro Devices [AMD]' device = 'Hudson USB EHCI Controller' class = serial bus subclass = USB bar [10] = type Memory, range 32, base 0xfeb6d000, 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 none1@pci0:0:20:0: class=0x0c0500 card=0x780b1022 chip=0x780b1022 rev=0x16 hdr=0x00 vendor = 'Advanced Micro Devices [AMD]' device = 'Hudson SMBus Controller' class = serial bus subclass = SMBus hdac2@pci0:0:20:2: class=0x040300 card=0xa0021458 chip=0x780d1022 rev=0x01 hdr=0x00 vendor = 'Advanced Micro Devices [AMD]' device = 'Hudson Azalia Controller' class = multimedia subclass = HDA bar [10] = type Memory, range 64, base 0xfeb60000, size 16384, enabled cap 01[50] = powerspec 2 supports D0 D3 current D0 isab0@pci0:0:20:3: class=0x060100 card=0x780e1022 chip=0x780e1022 rev=0x11 hdr=0x00 vendor = 'Advanced Micro Devices [AMD]' device = 'Hudson LPC Bridge' class = bridge subclass = PCI-ISA pcib4@pci0:0:20:4: class=0x060401 card=0x00000000 chip=0x780f1022 rev=0x40 hdr=0x01 vendor = 'Advanced Micro Devices [AMD]' device = 'Hudson PCI Bridge' class = bridge subclass = PCI-PCI ohci2@pci0:0:20:5: class=0x0c0310 card=0x50041458 chip=0x78091022 rev=0x11 hdr=0x00 vendor = 'Advanced Micro Devices [AMD]' device = 'Hudson USB OHCI Controller' class = serial bus subclass = USB bar [10] = type Memory, range 32, base 0xfeb6c000, size 4096, enabled hostb4@pci0:0:24:0: class=0x060000 card=0x00000000 chip=0x141a1022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices [AMD]' class = bridge subclass = HOST-PCI hostb5@pci0:0:24:1: class=0x060000 card=0x00000000 chip=0x141b1022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices [AMD]' class = bridge subclass = HOST-PCI hostb6@pci0:0:24:2: class=0x060000 card=0x00000000 chip=0x141c1022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices [AMD]' class = bridge subclass = HOST-PCI hostb7@pci0:0:24:3: class=0x060000 card=0x00000000 chip=0x141d1022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices [AMD]' class = bridge subclass = HOST-PCI cap 0f[f0] = unknown hostb8@pci0:0:24:4: class=0x060000 card=0x00000000 chip=0x141e1022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices [AMD]' class = bridge subclass = HOST-PCI hostb9@pci0:0:24:5: class=0x060000 card=0x00000000 chip=0x141f1022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices [AMD]' class = bridge subclass = HOST-PCI vgapci1@pci0:1:0:0: class=0x030000 card=0x30001787 chip=0x68e11002 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices [AMD] nee ATI' device = 'Manhattan [Mobility Radeon HD 5430 Series]' class = display subclass = VGA bar [10] = type Prefetchable Memory, range 64, base 0xc0000000, size 268435456, enabled bar [18] = type Memory, range 64, base 0xfea20000, size 131072, enabled bar [20] = type I/O Port, range 32, base 0xe000, 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 256(256) link x16(x16) speed 2.5(5.0) ASPM disabled(L0s/L1) cap 05[a0] = MSI supports 1 message, 64 bit enabled with 1 message ecap 000b[100] = Vendor 1 ID 1 ecap 0001[150] = AER 1 0 fatal 1 non-fatal 1 corrected PCI-e errors = Correctable Error Detected Non-Fatal Error Detected Unsupported Request Detected Non-fatal = Unsupported Request Corrected = Advisory Non-Fatal Error hdac1@pci0:1:0:1: class=0x040300 card=0xaa681787 chip=0xaa681002 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices [AMD] nee ATI' device = 'Cedar HDMI Audio [Radeon HD 5400/6300 Series]' class = multimedia subclass = HDA bar [10] = type Memory, range 64, base 0xfea40000, size 16384, enabled cap 01[50] = powerspec 3 supports D0 D1 D2 D3 current D0 cap 10[58] = PCI-Express 2 legacy endpoint max data 256(256) link x16(x16) speed 2.5(5.0) ASPM disabled(L0s/L1) cap 05[a0] = MSI supports 1 message, 64 bit enabled with 1 message ecap 000b[100] = Vendor 1 ID 1 ecap 0001[150] = AER 1 0 fatal 1 non-fatal 1 corrected PCI-e errors = Correctable Error Detected Non-Fatal Error Detected Unsupported Request Detected Non-fatal = Unsupported Request Corrected = Advisory Non-Fatal Error re0@pci0:2:0:0: class=0x020000 card=0xe0001458 chip=0x816810ec rev=0x06 hdr=0x00 vendor = 'Realtek Semiconductor Co., Ltd.' device = 'RTL8111/8168B PCI Express Gigabit Ethernet controller' class = network subclass = ethernet bar [10] = type I/O Port, range 32, base 0xd000, size 256, enabled bar [18] = type Memory, range 64, base 0xfe900000, size 4096, enabled bar [20] = type Prefetchable Memory, range 64, base 0xd0800000, size 16384, 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[b0] = MSI-X supports 4 messages, enabled Table in map 0x20[0x0], PBA in map 0x20[0x800] cap 03[d0] = VPD ecap 0001[100] = AER 1 0 fatal 0 non-fatal 0 corrected ecap 0002[140] = VC 1 max VC0 ecap 0003[160] = Serial 1 01000000684ce000 ath0@pci0:3:0:0: class=0x028000 card=0x30a4168c chip=0x002e168c rev=0x01 hdr=0x00 vendor = 'Atheros Communications Inc.' device = 'AR9287 Wireless Network Adapter (PCI-Express)' class = network bar [10] = type Memory, range 64, base 0xfe800000, 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 disabled(L0s/L1) ecap 0001[100] = AER 1 0 fatal 0 non-fatal 2 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 Corrected = Receiver Error Advisory Non-Fatal Error --------------010608070904030004070107 Content-Type: text/plain; charset=UTF-8; name="pkg.out" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="pkg.out" ORBit2-2.14.19_1 High-performance CORBA ORB with support for the C language aalib-1.4.r5_11 ASCII art library alacarte-0.13.2_3 Editor for the freedesktop.org menu specification ap24-mod_dnssd-0.6_11 Apache module that provides DNS-SD capabilities apache24-2.4.10_2 Version 2.4.x of Apache web server appres-1.0.4 Program to list application's resources apr-1.5.1.1.5.4 Apache Portability Library aspell-0.60.6.1_5 Spelling checker with better suggestion logic than ispell at-spi-1.32.0_3 Assistive Technology Service Provider Interface at-spi2-atk-2.8.0_1 Assisted Technology Provider module for GTK+ at-spi2-core-2.8.0_1 Assistive Technology Service Provider Interface atk-2.8.0_1 GNOME accessibility toolkit (ATK) atkmm-2.22.6_1 C++ wrapper for ATK API library atril-1.8.1_1 MATE multi-format document viewer avahi-app-0.6.31_3 Service discovery on a local network avahi-gtk-0.6.31_2 Gtk+ tools and bindings to the Avahi mDNS system avahi-header-0.6.31 Install an avahi-gtk* header to avoid conflict bash-4.3.30 The GNU Project's Bourne Again SHell binutils-2.24_1 GNU binary tools bitmap-1.0.7 Bitmap editor and converter utilities for X bitstream-vera-1.10_5 Bitstream Vera TrueType font collection boost-libs-1.55.0_4 Free portable C++ libraries (without Boost.Python) brasero-2.32.1_8 CD/DVD mastering tool for the GNOME desktop bug-buddy-2.32.0_5 Bug reporting tool for GNOME 2 c-ares-config-1.10.0_1 Asynchronous DNS resolver library ca_root_nss-3.17.2 The root certificate bundle from the Mozilla Project cairo-1.12.16_1,2 Vector graphics library with cross-device output support cairomm-1.10.0_2 C++ interface to cairo caja-1.8.2 File manager for the MATE desktop cantarell-fonts-0.0.15 Cantarell, a Humanist sans-serif font family cdparanoia-3.9.8_9 CDDA extraction tool (also known as ripper) cdrdao-1.2.3_4 Record CD-R[W]s in disk-at-once mode cdrtools-3.00_2 CD/DVD/BluRay and ISO-9660 image creation and extraction tools celt-0.11.3_2 The CELT ultra-low delay audio codec cheese-2.32.0_5 Photobooth-inspired app for taking pictures and videos from webcam clutter-1.4.0_4 OpenGL based interactive canvas library clutter-gtk-0.10.8_6 GTK+ Integration library for Clutter colord-1.0.1_3 Manage color profiles to accurately color input/output devices compositeproto-0.4.2 Composite extension headers consolekit-0.4.3_1 Framework for defining and tracking users cups-client-1.7.3_2 Common UNIX Printing System: Library cups cups-image-1.7.3_1 Common UNIX Printing System: Library cupsimage curl-7.38.0_2 Non-interactive tool to get files from FTP, GOPHER, HTTP(S) servers cuse4bsd-kmod-0.1.35 Cuse4BSD character device loopback driver for userspace cyrus-sasl-2.1.26_9 RFC 2222 SASL (Simple Authentication and Security Layer) damageproto-1.2.1 Damage extension headers dasher-4.10.1_6,2 Information efficient text-entry interface db5-5.3.28_2 The Oracle Berkeley DB, revision 5.3 dbus-1.8.10 Message bus system for inter-application communication dbus-glib-0.100.2_1 GLib bindings for the D-BUS messaging system dconf-0.14.1_1 Configuration database system for GNOME dejavu-2.34_4 Bitstream Vera Fonts clone with a wider range of characters deskbar-applet-2.32.0_6 Omnipresent versatile search interface desktop-file-utils-0.22_3 Couple of command line utilities for working with desktop entries dialog4ports-0.1.5_2 Console Interface to configure ports dmidecode-2.12 Tool for dumping DMI (SMBIOS) contents in human-readable format dmxproto-2.3.1 DMX extension headers docbook-1.5 Meta-port for the different versions of the DocBook DTD docbook-sgml-4.5_1 DocBook SGML DTD docbook-xml-5.0_2 DocBook XML DTD docbook-xsl-1.76.1_2 XSL DocBook stylesheets dri-9.1.7_6,2 OpenGL hardware acceleration drivers for the DRI dri2proto-2.8 DRI2 prototype headers dvd+rw-tools-7.1 DVD burning software e2fsprogs-libuuid-1.42.12 UUID library from e2fsprogs package e_dbus-1.7.9_1,1 EFL DBUS connectivity library ecore-con-1.7.9_1 Enlightenment core abstraction library (con module) ecore-evas-1.7.9_1 Enlightenment core abstraction library (evas module) ecore-file-1.7.9 Enlightenment core abstraction library (file module) ecore-imf-1.7.9 Enlightenment core abstraction library (IMF module) ecore-imf_evas-1.7.9 Enlightenment core abstraction library (IMF-Evas module) ecore-input-1.7.9 Enlightenment core abstraction library (input module) ecore-input_evas-1.7.9 Enlightenment core abstraction library (evas input module) ecore-ipc-1.7.9 Enlightenment core abstraction library (ipc module) ecore-main-1.7.9 Enlightenment core abstraction library (main library) ecore-x11-1.7.9 Enlightenment core abstraction library (x11 module) edje-1.7.9_3,2 Edje is a complex graphical design and layout engine eet-1.7.9,2 Enlightenment Data Handling Library efreet-1.7.9 Freedesktop.org EFL compatibility layer eina-1.7.9 Enlightenment API for data types eio-1.7.9 Enlightenment Input/Output Library ekiga-4.0.1_7 VoIP and video conferencing application embryo-1.7.9,2 C like scripting language used in Enlightenment empathy-2.34.0_9 GNOME IM client based around telepathy enchant-1.6.0_4 Dictionary/spellchecking framework encodings-1.0.4_1,1 X.Org Encoding fonts engrampa-1.8.1 Archive manager for zip files, tar, etc enlightenment-0.17.5_1,2 Artistic X window manager eog-2.32.1_6 The Eye Of Gnome image viewer eom-1.8.1 Eye of MATE image viewer epiphany-2.30.6_4 Extremely lightweight and simple web browser for GNOME 2 esound-0.2.41_3 Sound library for enlightenment package evas-core-1.7.9_2 Hardware accelerated canvas API (core library) evas-engine-buffer-1.7.9_1 Hardware accelerated canvas API (buffer engine) evas-engine-opengl-1.7.9_2 Hardware accelerated canvas API (OpenGL engine) evas-engine-x11-1.7.9_1 Hardware accelerated canvas API (X11 engine) evas-loader-eet-1.7.9_1 Hardware accelerated canvas API (EET loader) evas-loader-jpeg-1.7.9_1 Hardware accelerated canvas API (JPEG loader) evas-loader-png-1.7.9_1 Hardware accelerated canvas API (PNG loader) evince-2.32.0_16 GNOME 2 multi-format document viewer evolution-2.32.1_12 Integrated mail, calendar and address book distributed suite evolution-data-server-2.32.1_12 The data backends for the Evolution integrated mail/PIM suite evolution-exchange-2.32.1_8 Evolution plugin to connect to Microsoft Exchange servers evolution-webcal-2.32.0_3 Webcal(endar) handler for gnome exempi-2.2.2 Port of Adobe XMP SDK to work on UNIX expat-2.1.0_1 XML 1.0 parser written in C farsight2-0.0.31_1 Collection of GStreamer modules and libraries for videoconferencing ffmpeg0-0.7.16_2,1 Realtime audio/video encoder/converter and streaming server file-roller-2.32.1_2,1 Archive manager for zip files, tar, etc fixesproto-5.0 Fixes extension headers flac-1.3.0_2 Free lossless audio codec folks04-0.4.3_3 Library to aggregate people from multiple sources font-adobe-100dpi-1.0.3_1 X.Org Adobe 100dpi font font-adobe-75dpi-1.0.3_1 X.Org Adobe 75dpi font font-adobe-utopia-100dpi-1.0.4_1 X.Org Adobe Utopia 100dpi font font-adobe-utopia-75dpi-1.0.4_1 X.Org Adobe Utopia 75dpi font font-adobe-utopia-type1-1.0.4_1 X.Org Adobe Utopia Type1 font font-alias-1.0.3_1 X.Org Font aliases font-arabic-misc-1.0.3_1 X.Org miscellaneous Arabic fonts font-bh-100dpi-1.0.3_1 X.Org Bigelow Holmes 100dpi font font-bh-75dpi-1.0.3_1 X.Org Bigelow Holmes 75dpi font font-bh-lucidatypewriter-100dpi-1.0.3_1 X.Org Bigelow Holmes Lucida TypeWriter 100dpi font font-bh-lucidatypewriter-75dpi-1.0.3_1 X.Org Bigelow Holmes Lucida TypeWriter 75dpi font font-bh-ttf-1.0.3_1 X.Org Bigelow & Holmes TTF font font-bh-type1-1.0.3_1 X.Org Bigelow Holmes Type1 font font-bitstream-100dpi-1.0.3_1 X.Org Bitstream Vera 100dpi font font-bitstream-75dpi-1.0.3_1 X.Org Bitstream Vera 75dpi font font-bitstream-type1-1.0.3_1 X.Org Bitstream Vera Type1 font font-cronyx-cyrillic-1.0.3_1 X.Org Cronyx Cyrillic font font-cursor-misc-1.0.3_1 X.Org miscellaneous Cursor fonts font-daewoo-misc-1.0.3_1 X.Org miscellaneous Daewoo fonts font-dec-misc-1.0.3_1 X.Org miscellaneous Dec fonts font-ibm-type1-1.0.3_1 X.Org IBM Type1 font font-isas-misc-1.0.3_1 X.Org miscellaneous ISAS fonts font-jis-misc-1.0.3_1 X.Org miscellaneous JIS fonts font-micro-misc-1.0.3_1 X.Org miscellaneous Micro fonts font-misc-cyrillic-1.0.3_1 X.Org miscellaneous Cyrillic font font-misc-ethiopic-1.0.3_1 X.Org miscellaneous Ethiopic font font-misc-meltho-1.0.3_1 X.Org miscellaneous Meltho font font-misc-misc-1.1.2_1 X.Org miscellaneous Misc fonts font-mutt-misc-1.0.3_1 X.Org miscellaneous Mutt fonts font-schumacher-misc-1.1.2_1 X.Org miscellaneous Schumacher fonts font-screen-cyrillic-1.0.4_1 X.Org Screen Cyrillic font font-sony-misc-1.0.3_1 X.Org miscellaneous Sony fonts font-sun-misc-1.0.3_1 X.Org miscellaneous Sun fonts font-util-1.3.0_1 Create an index of X font files in a directory font-winitzki-cyrillic-1.0.3_1 X.Org Winitzki Cyrillic font font-xfree86-type1-1.0.4_1 X.Org XFree86 Type1 font fontcacheproto-0.1.3 Fontcache extension headers fontconfig-2.11.0_3,1 XML-based font configuration API for X Windows fontsproto-2.1.2,1 Fonts extension headers freedesktop-sound-theme-0.7_1 Sound theme based on the FreeDesktop specification freeglut-2.8.1_3 Alternative to the OpenGL Utility Toolkit (GLUT) library freetype2-2.5.3_2 Free and portable TrueType font rendering engine fribidi-0.19.2_2 Free Implementation of the Unicode Bidirectional Algorithm gamin-0.1.10_8 File and directory monitoring system gcalctool-5.32.2_1,2 GNOME 2 calculator tool based on the old calctool for OpenWindows gcc-4.8.3_2 GNU Compiler Collection 4.8 gcc-ecj-4.5 Eclipse Java Compiler used to build GCC Java gconf-editor-2.32.0_1,1 Gconf database editor for the GNOME 2 environment gconf2-2.32.0_6 Configuration database system for GNOME gdbm-1.11_2 GNU database manager gdk-pixbuf2-2.28.2_1 Graphic library for GTK+ gdm-2.30.7_3 GNOME 2 version of xdm display manager gedit-2.30.4_4 Small but powerful text editor for GNOME 2 Desktop Environment getopt-1.1.5 Replacement for getopt(1) that supports GNU-style long options gettext-0.18.3.1_1 GNU gettext package ghostscript9-9.06_8 Ghostscript 9.x PostScript interpreter gle-3.1.0_6 GL Tubing and Extrusion Library glib-2.36.3_4 Some useful routines of C programming (current stable version) glib-networking-2.36.2_4 Network-related giomodules for glib glibmm-2.36.2_1,1 C++ interfaces for glib2 gmime24-2.4.33_2 Library (written in C) for parsing and creating messages using MIME gmp-5.1.3_2 Free library for arbitrary precision arithmetic gnome-applets-2.32.1.1_6 Applets components for the GNOME 2 Desktop Environment gnome-audio-2.22.2 Sound files for use with GNOME 2 gnome-backgrounds-2.32.0 Collection of backgrounds for GNOME 2 gnome-control-center-2.32.1_5 Control center for GNOME 2 project gnome-desktop-2.32.1_5 Additional UI API for GNOME 2 gnome-doc-utils-0.20.10_2 GNOME doc utils gnome-games-2.32.1_7 Game applications package for the GNOME 2 Desktop Environment gnome-icon-theme-3.6.2 Collection of icons for the GNOME desktop gnome-keyring-2.32.1_5 Program that keeps passwords and other secrets gnome-mag-0.16.3_2 GNOME screen magnifier gnome-media-2.32.0_6 Multimedia applications for the GNOME 2 desktop gnome-menus-2.30.5_1 Implementation of the FreeDesktop Desktop Menu Spec gnome-mime-data-2.18.0_4 MIME and Application database for GNOME gnome-mount-0.8_12 Front-end to mount, umount, and eject using HAL gnome-netstatus-2.28.2_1 GNOME applet that shows network status gnome-nettool-2.32.0_1,1 GNOME utility that provides network information statistics gnome-panel-2.32.1_7 Panel component for the GNOME 2 Desktop gnome-power-manager-2.32.0_5 Power management system for the GNOME Desktop gnome-pty-helper-0.34.7 utmp/wtmp/lastlog helper program for the vte Terminal widget gnome-screensaver-2.30.2_5 GNOME screen saver and locker gnome-session-2.32.1_3 Session component for the GNOME 2 desktop gnome-settings-daemon-2.32.1_6 GNOME 2 settings daemon gnome-speech-0.4.25_2 GNOME text-to-speech API gnome-spell-1.0.8_9 GNOME/Bonobo component for spell checking gnome-system-monitor-2.28.2_3 GNOME 2 system monitor program gnome-system-tools-2.32.0_3 Tools to configure workstations gnome-terminal-2.32.1_3 Terminal component for the GNOME 2 Desktop gnome-themes-2.32.1_1 Collection of themes and icons for GNOME2 gnome-user-docs-2.32.0 GNOME 2 users guide gnome-user-share-2.30.1_4 Personal file-sharing service for the GNOME Desktop gnome-utils-2.32.0_3,1 GNOME 2 support utilities gnome-vfs-2.24.4_3 GNOME Virtual File System gnome2-2.32.1_7 The "meta-port" for the GNOME 2 integrated X11 desktop gnome_subr-1.0 Common startup and shutdown subroutines used by GNOME scripts gnomehier-3.0 Utility port that creates the GNOME directory tree gnupg-2.0.26_1 The GNU Privacy Guard gnutls-3.2.19_1 GNU Transport Layer Security library gobject-introspection-1.36.0_3 Generate interface introspection data for GObject libraries gok-2.30.1_3,1 GNOME On-Screen Keyboard (GOK) gpac-libgpac-0.5.0,1 Gpac MPEG-4 Systems library and headers gpgme-1.5.1_1 Library to make access to GnuPG easier graphite2-1.2.4 Rendering capabilities for complex non-Roman writing systems gsettings-desktop-schemas-3.6.1_1 Collection of globally shared GSetting schemas gsfonts-8.11_6 Standard Fonts for Ghostscript gsm-1.0.13_2 Audio converter and library for converting u-law to gsm encoding gstreamer-0.10.36_2 Development framework for creating media applications gstreamer-ffmpeg-0.10.13_3 GStreamer plug-in for manipulating MPEG video streams gstreamer-plugins-0.10.36_4,3 GStreamer written collection of plugins handling several media types gstreamer-plugins-a52dec-0.10.19_1,3 Gstreamer ATSC A/52 stream aka AC-3 (dvd audio) plugin gstreamer-plugins-bad-0.10.23_1,3 Bad gstreamer-plugins gstreamer-plugins-cdparanoia-0.10.36_1,3 Gstreamer CDDA extraction (aka audio ripping) plugin gstreamer-plugins-core-0.10_13 Core set of typical audio and video gstreamer-plugins gstreamer-plugins-dts-0.10.23_1,3 Gstreamer dts plugin gstreamer-plugins-dvd-0.10.19_3,3 Gstreamer dvd plugin set gstreamer-plugins-flac-0.10.31_2,3 Gstreamer free lossless audio encoder/decoder plugin gstreamer-plugins-gconf-0.10.31_1,3 Gstreamer gconf plugin gstreamer-plugins-gio-0.10.36_1,3 Gstreamer gio (Glib I/O) plugin gstreamer-plugins-good-0.10.31_2,3 Good gstreamer-plugins gstreamer-plugins-hal-0.10.31_1,3 Gstreamer hal plugin gstreamer-plugins-libpng-0.10.31_1,3 Gstreamer png plugin gstreamer-plugins-mad-0.10.19_2,3 Gstreamer mp3 decoder plugin gstreamer-plugins-mp3-0.10.0_1 Gstreamer Plugins Mp3 decoder meta-port gstreamer-plugins-mpeg2dec-0.10.19_1,3 Gstreamer mpeg decode plugin gstreamer-plugins-ogg-0.10.36_1,3 Gstreamer Ogg bitstream plugin gstreamer-plugins-pango-0.10.36_2,3 Gstreamer pango textoverlay plugin gstreamer-plugins-soup-0.10.31_1,3 Gstreamer soup http src plugin gstreamer-plugins-theora-0.10.36_1,3 Gstreamer theora plugin gstreamer-plugins-ugly-0.10.19_1,3 Ugly gstreamer-plugins gstreamer-plugins-v4l2-0.10.31_1,3 Gstreamer Video 4 Linux 2 source plugin gstreamer-plugins-vorbis-0.10.36_1,3 Gstreamer vorbis encoder/decoder plugin gstreamer-plugins-xvid-0.10.23_1,3 Gstreamer xvid plugin gtar-1.28 GNU version of the traditional tape archiver gtk-engines2-2.20.2_2 Theme engine for the GTK+-2.0 toolkit gtk-murrine-engine-0.98.2_4 Murrine GTK+ 2.x cairo based engine gtk-update-icon-cache-2.24.22 Gtk-update-icon-cache utility from the Gtk+ toolkit gtk-vnc-0.3.10_14 VNC viewer widget for GTK+ gtk2-2.24.22_4 Gimp Toolkit for X11 GUI (previous stable version) gtk3-3.8.8_1 Gimp Toolkit for X11 GUI (current stable version) gtkglext-1.2.0_17 OpenGL extension to GTK+ gtkhtml3-3.32.1_4 Lightweight HTML rendering/printing/editing engine gtkimageview-1.6.4_4 Simple image viewer widget gtkmm24-2.24.4_2 C++ wrapper for Gtk+ gtksourceview-1.8.5_10 Widget that adds syntax highlighting to GtkTextView gtksourceview2-2.10.5_4 Widget that adds syntax highlighting to GtkTextView gucharmap-2.32.1_2 Unicode/ISO10646 character map and font viewer guile-1.8.8_2 GNU Ubiquitous Intelligent Language for Extension gvfs-1.12.3_5 GNOME virtual file system hal-0.5.14_28 Hardware Abstraction Layer for simplifying device access hal-info-20091130 Additional FDI files to further classify HAL devices hamster-applet-2.32.1_5 Time management applet for the GNOME Desktop harfbuzz-0.9.28 OpenType text shaping engine hicolor-icon-theme-0.12 High-color icon theme shell from the FreeDesktop project hunspell-1.3.3 Improved spell-checker for Hungarian and other languages iceauth-1.0.6 ICE authority file utility for X icu-53.1 International Components for Unicode (from IBM) indexinfo-0.2 Utility to regenerate the GNU info page index inputproto-2.3.1 Input extension headers iso-codes-3.56 Lists of the country, language, and currency iso names iso8879-1986_3 Character entity sets from ISO 8879:1986 (SGML) jasper-1.900.1_14 Implementation of the codec specified in the JPEG-2000 standard jbig2dec-0.11_2 Decoder implementation of the JBIG2 image compression format jbigkit-2.1_1 Lossless compression for bi-level images such as scanned pages, faxes jpeg-8_5 IJG's jpeg compression utilities json-glib-0.14.2_1 JSON (RFC 4627) interface for Glib kbproto-1.0.6 KB extension headers lcms2-2.6_3 Accurate, fast, and small-footprint color management engine libFS-1.0.6_1 The FS library libGL-9.1.7_3 OpenGL library that renders using GLX or DRI libGLU-9.0.0_2 OpenGL utility library libICE-1.0.9,1 Inter Client Exchange library for X11 libIDL-0.8.14_2 Library for creating trees of CORBA IDL files libSM-1.2.2_2,1 Session Management library for X11 libX11-1.6.2_2,1 X11 library libXScrnSaver-1.2.2_2 The XScrnSaver library libXTrap-1.0.1_2 The XTrap library libXau-1.0.8_2 Authentication Protocol library for X11 libXaw-1.0.12_2,2 X Athena Widgets library libXcomposite-0.4.4_2,1 X Composite extension library libXcursor-1.1.14_2 X client-side cursor loading library libXdamage-1.1.4_2 X Damage extension library libXdmcp-1.1.1_2 X Display Manager Control Protocol library libXevie-1.0.3_2 The Xevie library libXext-1.3.3,1 X11 Extension library libXfixes-5.0.1_2 X Fixes extension library libXfont-1.4.8,2 X font library libXfontcache-1.0.5_2 The Xfontcache library libXft-2.3.1_2 Client-sided font API for X applications libXi-1.7.4,1 X Input extension library libXinerama-1.1.3_2,1 X11 Xinerama library libXmu-1.1.2_2,1 X Miscellaneous Utilities libraries libXp-1.0.2_2,1 X print library libXpm-3.5.11_2 X Pixmap library libXrandr-1.4.2_2 X Resize and Rotate extension library libXrender-0.9.8_2 X Render extension library libXres-1.0.7_2 X Resource usage library libXt-1.1.4_2,1 X Toolkit library libXtst-1.2.2_2 X Test extension libXv-1.0.10_2,1 X Video Extension library libXvMC-1.0.8_2 X Video Extension Motion Compensation library libXxf86dga-1.1.4_2 X DGA Extension libXxf86misc-1.0.3_2 X XF86-Misc Extension libXxf86vm-1.1.3_2 X Vidmode Extension liba52-0.7.4_3 Free library for decoding ATSC A/52 streams, aka AC-3 libao-1.2.0_1 Portable audio output library libart_lgpl-2.3.21_1,1 Library for high-performance 2D graphics libassuan-2.1.2_1 IPC library used by GnuPG and gpgme libaudiofile-0.3.6_1 Sound library for SGI audio file libbonobo-2.32.0_2 Component and compound document system for GNOME2 libbonoboui-2.24.4_2 GUI frontend to the libbonobo component of GNOME 2 libcanberra-0.28_4 Implementation of the Freedesktop sound theme spec libcanberra-gtk3-0.28_4 Implementation of the Freedesktop sound theme spec libcddb-1.3.2_3 Library to access data on a CDDB server libcdio-0.92 Compact Disc Input and Control Library libcdio-paranoia-10.2+0.90+1_1 Read audio from the CDROM directly as data libchamplain-0.8.1_7 C library provides a Gtk+ widget to display rasterized maps/markers libcroco-0.6.8_2 CSS2 parsing library libdaemon-0.14_1 Lightweight C library that eases the writing of UNIX daemons libdca-0.0.5_1 Free DTS Coherent Acoustics decoder libdevq-0.0.2 Generic Device Query and Monitor interface libdiscid-0.6.1 Library for creating MusicBrainz DiscIDs libdmx-1.1.3_2 DMX extension library libdrm-2.4.58_1,1 Userspace interface to kernel Direct Rendering Module services libdvdread-4.9.9_2 MPlayer version of the libdvdread project libexif-0.6.21_2 Library to read digital camera file meta-data libffi-3.0.13_3 Foreign Function Interface libfontenc-1.1.2_2 The fontenc Library libgcrypt-1.6.1_5 General purpose crypto library based on code used in GnuPG libgd-2.1.0_4,1 Graphics library for fast creation of images libgdata-0.6.6_2 GLib based implementation of the GData protocol libgee06-0.6.8_1 GObject collection library libglade2-2.6.4_7 GNOME glade library libglapi-9.1.7_2 Common GL api library used by Mesa based ports libgnome-2.32.0_3 Libraries for GNOME, a GNU desktop environment libgnome-keyring-2.32.0_9 Program that keeps passwords and other secrets libgnomecanvas-2.30.3_3 Graphics library for GNOME libgnomecups-0.2.3_6,1 Support library for gnome cups administration libgnomekbd-2.32.0_4 GNOME keyboard shared library libgnomeprint-2.18.8_3 Gnome print support library libgnomeprintui-2.18.6_3 Gnome print support library libgnomeui-2.24.4_4 Libraries for the GNOME GUI, a GNU desktop environment libgpg-error-1.17 Common error values for all GnuPG components libgphoto2-2.5.5.1 Universal digital camera control library libgsf-1.14.30 Extensible I/O abstraction for dealing with structured file formats libgtop-2.28.4_3 GNOME 2 top library libgweather-2.30.3_3 Library to accessing online weather informations libical-1.0 Implementation of the IETF Calendaring and Scheduling protocols libiconv-1.14_4 Character set conversion library libid3tag-0.15.1b_1 ID3 tags library (part of MAD project) libidn-1.29 Internationalized Domain Names command line tool libksba-1.3.1 KSBA is an X.509 Library libltdl-2.4.2.418 System independent dlopen wrapper libmad-0.15.1b_5 Libmad library (part of MAD project) libmatekbd-1.8.0 MATE keyboard shared library libmateweather-1.8.0 Library to accessing online weather informations libmpeg2-0.5.1_6 Free library for decoding MPEG-2 and MPEG-1 video streams libmusicbrainz3-3.0.3_3 MusicBrainz client library for audio metadata lookup libnice-0.1.3_1 Library and transmitter that implements ICE-19 libnotify-0.7.5_1 Library for desktop notifications libogg-1.3.2,4 Ogg bitstream library liboil-0.3.17_2 Library of optimized inner loops liboldX-1.0.1_2 Old X library liboobs-2.32.0_2 Wrapping library to the System Tools Backends libpaper-1.1.24.3 Library providing routines for paper size management libpciaccess-0.13.2_2 Generic PCI access library libproxy-0.4.6 Library that provides automatic proxy configuration management libpthread-stubs-0.3_6 This library provides weak aliases for pthread functions librsvg2-2.36.4_2 Library for parsing and rendering SVG vector-graphic files libsamplerate-0.1.8_5 Secret Rabbit Code: a Sample Rate Converter for audio libsecret-0.15_2 Library to access the secret service API libsigc++-2.3.1_1 Callback Framework for C++ libsndfile-1.0.25_4 Reading and writing files containing sampled sound (like WAV or AIFF) libsoup-2.40.3_6 SOAP (Simple Object Access Protocol) implementation in C libsoup-gnome-2.40.3_4 SOAP (Simple Object Access Protocol) implementation in C libspectre-0.2.7 Small library for rendering Postscript documents libtasn1-4.2 ASN.1 structure parser library libtelepathy-0.3.3_2 Flexible Communications Framework libtheora-1.1.1_6 Theora video codec for the Ogg multimedia streaming system libv4l-0.8.8_2 Video4Linux library libvdpau-0.8_1 VDPAU wrapper and tracing library libvolume_id-0.81.1 Library to provide file system type information libvorbis-1.3.4_1,3 Audio compression codec library libvpx-1.3.0 VP8/VP9 Codec SDK libwnck-2.30.7 Library used for writing pagers and taskslists libxcb-1.11 The X protocol C-language Binding (XCB) library libxkbfile-1.0.8_2 XKB file library libxkbui-1.0.2_3 The xkbui library libxklavier-5.0_3,1 Utility library to make XKB stuff easier libxml++-2.34.2_2 XML API for C++ libxml2-2.9.2_2 XML parser library for GNOME libxshmfence-1.1_3 Shared memory 'SyncFence' synchronization primitive libxslt-1.1.28_4 The XSLT C library for GNOME loudmouth-1.4.3_10 Lightweight Jabber client library lua52-5.2.3_2 Small, compilable scripting language providing easy access to C code luit-1.1.1 Locale and ISO 2022 support for Unicode terminals marco-1.8.2 Window manager for the adult in you mate-applets-1.8.1 Applets components for the MATE Desktop Environment mate-backgrounds-1.8.0 Collection of backgrounds for MATE mate-base-1.8.1 "meta-port" for the MATE base integrated X11 desktop mate-calc-1.8.0 MATE calculator tool based on the old calctool for OpenWindows mate-control-center-1.8.3 Control center for MATE project mate-desktop-1.8.1 Additional UI API for MATE mate-dialogs-1.8.0 Display MATE dialogs from the command line mate-icon-theme-1.8.0 Collection of icons for the MATE desktop mate-icon-theme-faenza-1.8.0 Collection of Faenza and Faience icons for the MATE desktop mate-media-1.8.0 Multimedia applications for the MATE desktop mate-menus-1.8.0 Implementation of the FreeDesktop Desktop Menu Spec mate-notification-daemon-1.8.0 Send small notifications to your desktop mate-panel-1.8.1 Panel component for the MATE Desktop mate-polkit-1.8.0 MATE frontend to the PolicKit framework mate-power-manager-1.8.1 Power management system for the MATE Desktop mate-session-manager-1.8.1 Session component for the MATE desktop mate-settings-daemon-1.8.2 MATE settings daemon mate-system-monitor-1.8.0 MATE system monitor program mate-terminal-1.8.1 Terminal component for the MATE Desktop mate-themes-1.8.1 Collection of themes and icons for MATE mate-utils-1.8.1 MATE support utilities metacity-2.30.3_2 Window manager for the adult in you mkfontdir-1.0.7 Create an index of X font files in a directory mkfontscale-1.1.1_1 Creates an index of scalable font files for X mousetweaks-2.32.1_2 Mouse accessibility enhancements for the GNOME desktop mozo-1.8.0 Editor for the freedesktop.org menu specification mpc-1.0.2_1 Library of complex numbers with arbitrarily high precision mpfr-3.1.2_2 Library for multiple-precision floating-point computations nautilus-2.32.2.1_7 File manager for the GNOME desktop neon29-0.29.6_6 HTTP and WebDAV client library for Unix systems nettle-2.7.1 Low-level cryptographic library notification-daemon-0.7.2_1 Send small notifications to your desktop nspr-4.10.7 Platform-neutral API for system level and libc like functions nss-3.17.2_1 Libraries to support development of security-enabled applications opal-3.10.10_5 VoIP abstraction library opencv-core-2.4.9_1 Open Source Computer Vision library openjpeg15-1.5.2 Open-source JPEG 2000 codec openldap-client-2.4.40 Open source LDAP client implementation orc-0.4.21 Library and toolset to operate arrays of data orca-2.32.1_3 Scriptable screen reader p11-kit-0.22.1 Library for loading and enumerating of PKCS#11 modules p5-Authen-NTLM-1.09 Perl5 NTLM authentication module p5-Digest-HMAC-1.03 Perl5 interface to HMAC Message-Digest Algorithms p5-Encode-Locale-1.03 Determine the locale encoding p5-File-Listing-6.04 Parse directory listings p5-HTML-Parser-3.71 Perl5 module for parsing HTML documents p5-HTML-Tagset-3.20 Some useful data table in parsing HTML p5-HTML-Tree-5.03 Collection of modules to manipulate HTML syntax trees p5-HTTP-Cookies-6.01 HTTP Cookie jars p5-HTTP-Daemon-6.01 Simple HTTP server class p5-HTTP-Date-6.02 Conversion routines for the HTTP protocol date formats p5-HTTP-Message-6.06_2 Representation of HTTP style messages p5-HTTP-Negotiate-6.01 Implementation of the HTTP content negotiation algorithm p5-IO-HTML-1.001 Open an HTML file with automatic charset detection p5-IO-Socket-IP-0.32 Drop-in replacement for IO::Socket::INET supporting IPv4 and IPv6 p5-IO-Socket-SSL-2.002 Perl5 interface to SSL sockets p5-LWP-MediaTypes-6.02 Guess media type for a file or a URL p5-Mozilla-CA-20130114 Perl extension for Mozilla CA cert bundle in PEM format p5-Net-DBus-1.0.0 Perl extension for the DBus message system p5-Net-HTTP-6.07 Low-level HTTP client p5-Net-SSLeay-1.66 Perl5 interface to SSL p5-Socket-2.015 Networking constants and support functions p5-Text-Iconv-1.7_1 Perl interface to iconv() codeset conversion function p5-Tie-IxHash-1.23 Perl module implementing ordered in-memory associative arrays p5-Time-HiRes-1.9726,1 Perl5 module implementing High resolution time, sleep, and alarm p5-URI-1.64 Perl5 interface to Uniform Resource Identifier (URI) references p5-WWW-RobotRules-6.02 Database of robots.txt-derived permissions p5-XML-Grove-0.46.a Perl-style XML objects p5-XML-LibXML-2.0116,1 Interface to Gnome libxml2 library p5-XML-NamespaceSupport-1.11 Simple generic namespace support class p5-XML-Parser-2.41_1 Perl extension interface to James Clark's XML parser, expat p5-XML-SAX-0.99_1 Simple API for XML p5-XML-SAX-Base-1.08 Base class SAX Drivers and Filters p5-XML-Twig-3.48 Process huge XML documents by chunks via a tree interface p5-XML-XPath-1.13 Modules for parsing and evaluating XPath statements p5-libwww-6.08 Perl5 library for WWW access p5-libxml-0.08 Collection of Perl5 modules for working with XML pam_helper-1.0 Authenticate applications requiring PAM services pango-1.34.1_7 Open-source framework for the layout and rendering of i18n text pangomm-2.28.4_1 C++ wrapper for Pango pangox-compat-0.0.2_1 Deprecated pangoX support pciids-20141004 Database of all known IDs used in PCI devices pcre-8.35_1 Perl Compatible Regular Expressions library perl5-5.16.3_11 Practical Extraction and Report Language pixman-0.32.6 Low-level pixel manipulation library pkg-1.3.8_3 Package manager pkgconf-0.9.7 Utility to help to configure compiler and linker flags pluma-1.8.1 Small but powerful text editor for MATE Desktop Environment png-1.5.19 Library for manipulating PNG images policykit-0.9_8 Framework for controlling access to system-wide components policykit-gnome-0.9.2_7 GNOME frontend to the PolicyKit framework polkit-0.105_3 Framework for controlling access to system-wide components polkit-gnome-0.102_1 GNOME frontend to the PolicyKit framework poppler-0.24.5_4 PDF rendering library poppler-data-0.4.7 Poppler encoding data poppler-glib-0.24.5_1 Glib bindings to poppler popt-1.16_1 Getopt(3) like library with a number of enhancements, from Redhat printproto-1.0.5 Print extension headers pth-2.0.7_1 GNU Portable Threads ptlib-2.10.10_2 Cross platform C++ library, used by OPAL pulseaudio-0.9.23_3 Sound server for UNIX py27-cairo-1.10.0_2 Python 2 bindings for Cairo py27-cffi-0.8.6_2 Foreign Function Interface for Python calling C code py27-cryptography-0.5.4 Expose cryptographic recipes and primitives to Python developers py27-dbus-1.1.1_1 Python2 bindings for the D-BUS messaging system py27-gdata-2.0.18 GData Python Client Library py27-gnome-2.28.1_5 Python bindings for GNOME 2 py27-gnome-desktop-2.32.0_7 Python bindings used by modules in the GNOME Desktop py27-gobject-2.28.6_5 Python bindings for GObject py27-gobject3-3.8.1_2 Common files for the Python bindings for GObject py27-gstreamer-0.10.22_3 Python bindings for gstreamer py27-gtk2-2.24.0_3 Set of Python bindings for GTK+ py27-gtksourceview-2.10.1_1 Python bindings for GtkSourceView 2 py27-libxml2-2.9.2 Python interface for XML parser library for GNOME py27-openssl-0.14 Python interface to the OpenSSL library py27-orbit-2.24.0_1 Python bindings for ORBit2 py27-papyon-0.5.4_1 Fork of pymsn to support the telepathy MSN connection manager py27-pycparser-2.10 C parser in Python py27-pycrypto-2.6.1 The Python Cryptography Toolkit py27-setuptools27-5.5.1 Python packages installer py27-six-1.8.0 Python 2 and 3 compatibility utilities py27-sqlite3-2.7.8_5 Standard Python binding to the SQLite3 library py27-telepathy-butterfly-0.5.15_2 MSN Connection Manager for Telepathy Framework py27-telepathy-python-0.15.19_1 Python bindings for the Telepathy framework py27-xdg-0.25 Python 2 library to access freedesktop.org standards pydbus-common-1.1.1_4 Common files for the Python bindings for the D-BUS messaging system pygobject3-common-3.8.1 Common files for the Python bindings for GObject python-2.7_2,2 The "meta-port" for the default version of Python interpreter python2-2_3 The "meta-port" for version 2 of the Python interpreter python27-2.7.8_6 Interpreted object-oriented programming language randrproto-1.4.0 Randr extension headers rarian-0.8.1_2 OMF help system based on the Freedesktop specification recordproto-1.14.2 RECORD extension headers renderproto-0.11.1 RenderProto protocol headers samba36-libsmbclient-3.6.24_2 Shared lib from the samba package schroedinger-1.0.11_2 High-speed Dirac codec scrnsaverproto-1.2.2 ScrnSaver extension headers sdl-1.2.15_5,2 Cross-platform multimedia development API sdocbook-xml-1.1_1,2 "Simplified" DocBook XML DTD seahorse-2.32.0_13 GNOME application for managing encryption keys (PGP, SSH) seahorse-plugins-2.30.1_10 Plug-ins for the Seahorse key and password management application seed-2.31.91_8 GObject JavaScriptCore bridge sessreg-1.0.8 Manage utmp/wtmp entries for non-init X clients setxkbmap-1.3.0 Set the keyboard using the X Keyboard Extension shared-mime-info-1.1_1 MIME types database from the freedesktop.org project smproxy-1.0.5 Session Manager Proxy sound-juicer-2.32.0_6 Clean, mean, and lean CD ripper for GNOME2 spandsp-devel-0.0.6.p21_4 DSP library and software FAX machine speex-1.2.r1_7,1 Open-source patent-free voice codec sqlite3-3.8.7_1 SQL database engine in a C library startup-notification-0.12_3 Library that supports startup notification spec from freedesktop.org sudo-1.8.11.p1 Allow others to run commands as root svgalib-1.4.3_7 Low level console graphics library swfdec-0.8.4_5 Flash Rendering Library swfdec-gnome-2.30.1_1 Gtk flash player and thumbnailer system-tools-backends-2.10.1_1 Backend system admin scripts for gnome-system-tools taglib-1.9.1_2 Library for manipulating ID3 tags and Ogg comments talloc-2.1.0 Hierarchical pool based memory allocator tdb-1.2.13,1 Trivial Database telepathy-farsight-0.0.19_2 Farsight Connection Manager for Telepathy Framework telepathy-gabble-0.16.6_2 Jabber Connection Manager for Telepathy Framework telepathy-glib-0.20.2_1 GLib utility library for the Telepathy framework telepathy-idle-0.1.11 IRC Connection Manager for Telepathy Framework telepathy-logger-0.4.0_3 Logger utility library for the Telepathy framework telepathy-mission-control-5.12.0_1 Telepathy component to apps to abstract details of connection managers tevent-0.9.21 Talloc based event loop library tiff-4.0.3_4 Tools and library routines for working with TIFF images totem-2.32.0_6 Gstreamer-based video player for the GNOME 2 Desktop totem-pl-parser-2.32.3_6 GObject-based library to parse a host of playlist formats trapproto-3.4.3 DEC-XTRAP extension headers trousers-tddl-0.3.10_7 The open-source TCG Software Stack twm-1.0.8 Tab Window Manager for the X Window System unique-1.1.6_6 Library for single instance applications unzip-6.0_2 List, test, and extract compressed files from a ZIP archive upower-0.9.7_5 D-Bus daemon for simplifying power management tasks vala-0.20.1_1 Programming language and compiler that converts Vala code into C code vala-vapigen-0.20.1_1 Programming language and compiler that converts Vala code into C code videoproto-2.3.2 Video extension headers vinagre-2.30.3_6 VNC client for the GNOME Desktop vino-2.32.2_7 VNC server that allows for remote access to your GNOME desktop vte-0.28.2_1 Gtk 2 based terminal widget with accessibility and I18N support webcamd-3.17.0.6 Port of Linux USB webcam and DVB drivers into userspace webkit-gtk2-1.8.3_6 Opensource browser engine x11perf-1.5.4 X11 server performance test program x264-0.136.2358_4 Library and tool for encoding H.264/AVC video streams xauth-1.0.9_1 X authority file utility xbacklight-1.2.1_1 Program to adjust backlight brightness xbitmaps-1.1.1 X.Org bitmaps data xcalc-1.0.5 Scientific calculator for X xcb-util-0.3.9_3,1 Module with libxcb/libX11 extension/replacement libraries xcb-util-keysyms-0.3.9_2 Standard X key constants and conversion to/from keycodes xcb-util-renderutil-0.3.9 Convenience functions for the Render extension xclock-1.0.7_1 Analog and digital clock for X xcmsdb-1.0.4 Device Color Characterization utility for X xconsole-1.0.6_1 Monitor system console messages with X xcursor-themes-1.0.4_1 X.org cursors themes xcursorgen-1.0.6 Create an X cursor file from a collection of PNG images xdpyinfo-1.3.1_1 Display information utility for X xdriinfo-1.0.4_1 Query configuration information of DRI drivers xev-1.2.1 Print contents of X events xextproto-7.3.0 XExt extension headers xf86-input-keyboard-1.8.0_6 X.Org keyboard input driver xf86-input-mouse-1.9.0_5 X.Org mouse input driver xf86-video-ati-7.5.0 X.Org ati display driver xf86-video-fbdev-0.4.4_5 X.Org fbdev display driver xf86-video-intel-2.21.15_5 Driver for Intel integrated graphics chipsets xf86-video-mach64-6.9.4_4 X.Org mach64 display driver xf86-video-nv-2.1.20_5 X.Org nv display driver xf86-video-openchrome-0.3.3_4 X.Org openChrome display driver xf86-video-r128-6.9.2_4 X.Org r128 display driver xf86-video-vesa-2.3.3_4 X.Org vesa display driver xf86dga-1.0.3_1 Test program for the XFree86-DGA extension xf86dgaproto-2.1 XFree86-DGA extension headers xf86miscproto-0.9.3 XFree86-Misc extension headers xf86vidmodeproto-2.3.1 XFree86-VidModeExtension extension headers xgamma-1.0.5 Gamma correction through the X server xgc-1.0.4 X graphics demo xhost-1.0.6_1 Server access control program for X xineramaproto-1.2.1 Xinerama extension headers xinit-1.3.4,1 X Window System initializer xinput-1.6.1 Very useful utility for configuring and testing XInput devices xkbcomp-1.2.4 Compile XKB keyboard description xkbevd-1.1.3 XKB event daemon xkbutils-1.0.4 XKB utility demos xkeyboard-config-2.13 X Keyboard Configuration Database xkill-1.0.4 Utility for killing a client by its X resource xlsatoms-1.1.1 List interned atoms defined on a server xlsclients-1.1.3 List client applications running on a display xmessage-1.0.4 Display message or query in a X window xmlcatmgr-2.2_1 SGML and XML catalog manager xmlcharent-0.3_2 XML character entities xmodmap-1.0.8 Utility for modifying keymaps and pointer button mappings in X xorg-7.7_1 X.Org complete distribution metaport xorg-apps-7.7_1 X.org apps meta-port xorg-docs-1.7,1 X.org documentation files xorg-drivers-7.7_2 X.org drivers meta-port xorg-fonts-7.7 X.org fonts meta-port xorg-fonts-100dpi-7.7 X.Org 100dpi bitmap fonts xorg-fonts-75dpi-7.7 X.Org 75dpi bitmap fonts xorg-fonts-cyrillic-7.7 X.Org Cyrillic bitmap fonts xorg-fonts-miscbitmaps-7.7 X.Org miscellaneous bitmap fonts xorg-fonts-truetype-7.7_1 X.Org TrueType fonts xorg-fonts-type1-7.7 X.Org Type1 fonts xorg-libraries-7.7_1 X.org libraries meta-port xorg-minimal-7.5.2_1 X.Org minimal distribution metaport xorg-server-1.12.4_9,1 X.Org X server and related programs xpr-1.0.4 Utility for printing an X window dump xprop-1.2.2 Property displayer for X xproto-7.0.26 X11 protocol headers xrandr-1.4.3 Primitive command line interface to the RandR extension xrdb-1.1.0 X server resource database utility xrefresh-1.0.5 Refresh all or part of an X screen xscreensaver-gnome-hacks-5.12_2 Save your screen while you entertain your cat (for GNOME users) xset-1.2.3_1 User preference utility for X xsetmode-1.0.0 Set the mode for an X Input Device xsetroot-1.1.1 Root window parameter setting utility for X xterm-312 Terminal emulator for the X Window System xtrans-1.3.5 Abstract network code for X xvid-1.3.2,1 Opensource MPEG-4 codec, based on OpenDivx xvinfo-1.1.2 Print out X-Video extension adaptor information xwd-1.0.6 Dump an image of an X window xwininfo-1.1.3_1 Window information utility for X xwud-1.0.4 Image displayer for X yelp-2.30.2_10 Help browser for the GNOME 2 desktop zenity-2.32.1_3 Display GNOME dialogs from the command line --------------010608070904030004070107-- From owner-freebsd-x11@FreeBSD.ORG Sun Nov 16 13:32:11 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.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BEC21394 for ; Sun, 16 Nov 2014 13:32:11 +0000 (UTC) Received: from mout.gmx.com (mout.gmx.com [74.208.4.201]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 81CED915 for ; Sun, 16 Nov 2014 13:32:11 +0000 (UTC) Received: from stoa.freebsd.net ([172.15.184.248]) by mail.gmx.com (mrgmxus002) with ESMTPSA (Nemesis) id 0MCu7Z-1XhzC62Y2l-009dQX for ; Sun, 16 Nov 2014 14:32:09 +0100 Message-ID: <5468A81E.5040806@gmx.us> Date: Sun, 16 Nov 2014 08:35:26 -0500 From: Dutch Ingraham User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: freebsd-x11@freebsd.org Subject: Re: Xorg configure failure with Radeon card References: <5466DD69.5000205@gmx.us> <54673C5D.6040900@gmail.com> <54676567.8090200@gmx.us> <5467A3BE.2060207@gmail.com> <5467A75D.9000605@gmx.us> <5467AD77.9060408@gmail.com> <20141115164711.dc9f2b0b219c604ceff307cf@gmx.us> <5468A1F7.8040907@addr.com> In-Reply-To: <5468A1F7.8040907@addr.com> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-Provags-ID: V03:K0:SR8cOjyf22vR5APmrFszF9dSf1q5AspelFNlkkP1uqEJ+Pn3Rjt PvMUe7PMw9/DRiwKEvNwJRMG75YrJIKpFgEMbsxajD3ZlLS7ZDUxoh+CQDtUmjte1WpnAbb nYLnsH6ihGE7CkrdgbP4SQL0cM4KOU0qT1NfiHu2GwgiUSM0+E1I3byhZiA6P8QO3gva/xa Ctux4xZZujHlSI00ac+EA== X-UI-Out-Filterresults: notjunk:1; X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Nov 2014 13:32:11 -0000 On 11/16/14 08:09, Tony Sweeney wrote: > On 11/15/2014 21:47, Dutch Ingraham wrote: >> On Sat, 15 Nov 2014 20:45:59 +0100 >> Jan Kokemüller wrote: >> >>>> Thanks again, Jan. I already had that there (from the 10.1-RELEASE >>>> notes), so the error is with that tuner set. >>> >>> Does "kldload radeonkms" as root work, as in gives you a nice looking >>> console in native screen resolution? If that works, at least the KMS >>> driver does something correctly. >>> >>> Another idea is to try to rebuild the "x11-drivers/xf86-video-ati" port, >>> if you haven't done that already. >>> >>> Can you post the complete contents of /var/log/Xorg.0.log and the output >>> of dmesg after a failed attempt to start the X server? >>> >>> -Jan >> >> Jan!! That's just the wake-up I needed! I went back to the last >> section of the wiki on graphics referred to above and re-read it. For >> some reason, I was under the impression that loading the radeon >> firmware in the method described in that section was only if I >> wanted/needed kms to be loaded early; I assumed it would be loaded >> later in the boot process on its own, though. >> >> I was wrong. After issuing a # as you suggested, >> the fb graphical resolution loaded. Then, taking wblock@'s advice >> (elsewhere) that Xorg -config is now generally unnecessary, just >> issued a and things were working properly. A little xrandr >> action and both monitors are working as desired. >> >> For the record, if anyone else is having this radeon issue, here is a >> summary specific to the 5450 card (note some of this may be >> unnecessary, I haven't tested each yet): >> >> In loader.conf >> >> kern.vty=vt >> radeonkmsfw_CEDAR_pfp_load="YES" >> radeonkmsfw_CEDAR_me_load="YES" >> radeonkmsfw_CEDAR_rlc_load="YES" >> radeonkms_load="YES" >> >> In make.conf: >> >> WITH_NEW_XORG=YES >> WITH_KMS=YES >> OPTIONS_SET=GALLIUM (or WITH_GALLIUM=YES, but the compiler will warn >> on this when building dri) >> >> Thanks again for all your help, Jan. >> > OK, following Jan and Dutch's advice I've gotten further, but I'm still > not quite there. I'm running 10.1-RELEASE (upgraded from 10.1-RC4 using > freebsd-update), the base system is an AMD 7850, so I'm not expecting > the built in Kaveri chip to work any time soon. However, I also have an > HD5450 installed so I'm hoping I can get this to work. I added the > kern.vty tunable and manually loaded radeonkms. This pulls in the same > CEDAR firmwares as above and enables the high res framebuffer, but > startx still gives "no screens found". Initially the log showed that it > was trying and failing to load the fbdev driver, so I pkg installed > xf86-video-fbdev (this may have been a mistake) and it now fails loading > submodule fbdevfw. So far I've been trying to work entirely with > packages, but I'm happy to build from ports if it will get me a working > X console. I've attached the standard logs recommended in the Wiki. > > Tony. > > > _______________________________________________ > freebsd-x11@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-x11 > To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" > Tony: Until someone with real knowledge comes along, you could check and make sure you don't have an errant xorg.conf laying around screwing things up. Also, I'm not sure of the default options set with the pre-built binary packages, so I would check the dri configuration; specifically, issue a and make sure the option GALLIUM is set to :on. From owner-freebsd-x11@FreeBSD.ORG Sun Nov 16 13:32:42 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.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B393C3C7 for ; Sun, 16 Nov 2014 13:32:42 +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 763D2918 for ; Sun, 16 Nov 2014 13:32:42 +0000 (UTC) Received: from 2a02-8428-011b-e000-0290-f5ff-fe9d-b78c.rev.sfr.net ([2a02:8428:11b:e000:290:f5ff:fe9d:b78c] helo=magellan.dumbbell.fr) by mail.made4.biz with esmtpsa (TLSv1.2:DHE-RSA-AES128-SHA:128) (Exim 4.84 (FreeBSD)) (envelope-from ) id 1XpzwW-000PQk-Mw for freebsd-x11@freebsd.org; Sun, 16 Nov 2014 14:32:40 +0100 Message-ID: <5468A774.2050107@dumbbell.fr> Date: Sun, 16 Nov 2014 14:32:36 +0100 From: =?windows-1252?Q?Jean-S=E9bastien_P=E9dron?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: freebsd-x11@freebsd.org Subject: Re: New Xorg breaks mach64 video driver References: In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="29EFEMlCSXVI6EeGLeBwHHoW7Es0RoDVA" X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Nov 2014 13:32:42 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --29EFEMlCSXVI6EeGLeBwHHoW7Es0RoDVA Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 13.11.2014 04:48, Michael Squires wrote: > After upgrading to 10.1-PRERELEASE and installing "xorg" using "pkg > install" Xorg fails to start with an undefined symbol "xf86FreeInt10" i= n > machine_drv.so which points to the mach64 X11 driver. Hi! It appears the missing symbol is provided by the "int10" module. Maybe the list of modules loaded by default changed. Could you please try to put the following conf in /etc/X11/xorg.conf.d/int10.conf: Section "Module" Load "int10" EndSection Then, start X. If this doesn't work, please post the resulting Xorg.0.log. --=20 Jean-S=E9bastien P=E9dron --29EFEMlCSXVI6EeGLeBwHHoW7Es0RoDVA 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 iQJ8BAEBCgBmBQJUaKd4XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2NzA4N0ZEMUFFQUUwRTEyREJDNkE2RjAz OUU5OTc2MUE1RkQ5NENDAAoJEDnpl2Gl/ZTMeJ8QAKe7B7lRdNX9tTnZpNP1zSQj I5xO984JIrFXnn4uaNPW7OMMkGXDXwxT7jwg2DEH5UVqHS1NybfBSiFnb3vB6C7y eAM1hZu1OOJcNlx/AQVTrU/2KyU35xq/xsaPnl9lPSSuIlRuPEecgY+05mFA47jU EqJ0Fxt5+vH/FxV3icP8LQuvP/+XyvmYW4quw4oiElAragxnYEfjZCog0cFnRUiQ 3KllFry6JcLzgVRZAjyT7d80wMz+6XpsSHPnRlsIM/Tpr8MCJQstoNtjSm4syLyD clU+H8RCOXrAQXajPo4GMiP0qU3wRpDRO1WZmOKRh++31bbcIbAxFTLMriYJdpOP EvRYPMfSqh5KTe0th9TAhuZjrbfuplVRyA7+dgYJseainefAR9GNbLzL6bXv1JfA URUd5IR+lafa+aWGmu0RenrYOPsNObZltiuiQZ5i0OwvuXklHJUU/hjNNaHALeYs uxit+zX8Df5IyN1Am7zlpus+NlNoWMtIwB084Uz/4ur5tnzsa3y2fVQIcDmzzabp 4WCCV71S4ZOju6UqEUJMsUIYsuphNkQzQcGGlF10LFHEXk+ehytIeP+Rwhf7Tfeu oq+CpjV8PkPgarcbBPddbnfXqcMGsN/I39SKeJp+9KLiT4sCBhtkEUgdY9PiU5S0 KXqX4a1GCwKSp8lKeJhh =A8hT -----END PGP SIGNATURE----- --29EFEMlCSXVI6EeGLeBwHHoW7Es0RoDVA-- From owner-freebsd-x11@FreeBSD.ORG Sun Nov 16 13:42:45 2014 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 812F15D3 for ; Sun, 16 Nov 2014 13:42:45 +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 44441A2D for ; Sun, 16 Nov 2014 13:42:45 +0000 (UTC) Received: from 2a02-8428-011b-e000-0290-f5ff-fe9d-b78c.rev.sfr.net ([2a02:8428:11b:e000:290:f5ff:fe9d:b78c] helo=magellan.dumbbell.fr) by mail.made4.biz with esmtpsa (TLSv1.2:DHE-RSA-AES128-SHA:128) (Exim 4.84 (FreeBSD)) (envelope-from ) id 1Xq06F-000PXb-Ga for freebsd-x11@freebsd.org; Sun, 16 Nov 2014 14:42:43 +0100 Message-ID: <5468A9CF.9050509@dumbbell.fr> Date: Sun, 16 Nov 2014 14:42:39 +0100 From: =?windows-1252?Q?Jean-S=E9bastien_P=E9dron?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: freebsd-x11@freebsd.org Subject: Re: Xorg configure failure with Radeon card References: <5466DD69.5000205@gmx.us> <54673C5D.6040900@gmail.com> <54675DF6.1040501@addr.com> <546765DE.70409@gmx.us> In-Reply-To: <546765DE.70409@gmx.us> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="pkKAP7fhgeBUDwhfa5fD87gu1dwOILSLJ" X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Nov 2014 13:42:45 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --pkKAP7fhgeBUDwhfa5fD87gu1dwOILSLJ Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 15.11.2014 15:40, Dutch Ingraham wrote: > Yes, I tried with binary packages first, then thought maybe there was > some tweaking to be done, so rebuilt the whole thing from ports. No > difference. Hi! Don't try to run "Xorg -configure", it's largely useless nowadays (and the Handbook should be updated to reflect that). Just run X without any xorg.conf. If this doesn't work, please post your dmesg and Xorg.log. --=20 Jean-S=E9bastien P=E9dron --pkKAP7fhgeBUDwhfa5fD87gu1dwOILSLJ 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 iQJ8BAEBCgBmBQJUaKnTXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2NzA4N0ZEMUFFQUUwRTEyREJDNkE2RjAz OUU5OTc2MUE1RkQ5NENDAAoJEDnpl2Gl/ZTMmrEP/3jBKWAnKCCcsCSTxGmbW23/ RfvIjtdJwP7RDULH8WC+LOxyEtZwiLKZFIJ+Epjw1gd58/3UNb3cta70a70+gTE1 1dQ2FV3VAqSh/giyUTaIQKTLHvGmo8jbYdkNeXfoGGne6cXYWsMzxnSNcBN1+HvS L3IIAR+j+epFtt/kxxIIs99XKkoDeDTFcUP0pdfpUXORZr6wuuA5Iwv2IKqucdvU 5YVOxDS/RlH+PAoN60JvxhqD+lSuhXq972YSMj3NT0Int+RR+UCjbBhwwtGi2uZi bsGKavPOQSrMrm+b7WRKApGmA/57pRoMEm4651PJmZPObKQP5/L15IkJdJmLdnn1 LaFWfxPGED2Ddl10TkgbdY7OjcINL0u1/CCMw4d7t2WV2K10eMMm9/2PL4+fDrEB oEPD0oMGh5IcTfPAZ1A+O82qiiqa6ukcdJ9HK9l0u9nmN/NKW/pxDjIM/P3MQlW1 21VQDLd+DMfZjGgDwHGjX7J9PO+5zE4A/73OfBTv/vt0nOJJFEvpMLrvBlgtXzry diQdwY1NHZA706vv5VXjVHXBxbQGZOtG6Elok3iDkCgxyLG2gApOjwt16CtI616j mZFiKualDaEjXCrh3/Ax81xRtBUdWmTZorYJPZMIa9WtYK5Gz9b4eVUqqiCYqG53 bkIlfKBG1zhbPdR1z8xo =yAOc -----END PGP SIGNATURE----- --pkKAP7fhgeBUDwhfa5fD87gu1dwOILSLJ-- From owner-freebsd-x11@FreeBSD.ORG Sun Nov 16 13:46:16 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.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EF6D46B4 for ; Sun, 16 Nov 2014 13:46:16 +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 B236AA42 for ; Sun, 16 Nov 2014 13:46:16 +0000 (UTC) Received: from 2a02-8428-011b-e000-0290-f5ff-fe9d-b78c.rev.sfr.net ([2a02:8428:11b:e000:290:f5ff:fe9d:b78c] helo=magellan.dumbbell.fr) by mail.made4.biz with esmtpsa (TLSv1.2:DHE-RSA-AES128-SHA:128) (Exim 4.84 (FreeBSD)) (envelope-from ) id 1Xq09e-000Paz-U3 for freebsd-x11@freebsd.org; Sun, 16 Nov 2014 14:46:15 +0100 Message-ID: <5468AAA6.50405@dumbbell.fr> Date: Sun, 16 Nov 2014 14:46:14 +0100 From: =?windows-1252?Q?Jean-S=E9bastien_P=E9dron?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: freebsd-x11@freebsd.org Subject: Re: Xorg configure failure with Radeon card References: <5466DD69.5000205@gmx.us> <54673C5D.6040900@gmail.com> <54675DF6.1040501@addr.com> <546765DE.70409@gmx.us> <5468A9CF.9050509@dumbbell.fr> In-Reply-To: <5468A9CF.9050509@dumbbell.fr> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="9OD9sir8I0pbtJQCwXjk2PXMj8AnO7nJT" X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Nov 2014 13:46:17 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --9OD9sir8I0pbtJQCwXjk2PXMj8AnO7nJT Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 16.11.2014 14:42, Jean-S=E9bastien P=E9dron wrote: > Don't try to run "Xorg -configure", it's largely useless nowadays (and > the Handbook should be updated to reflect that). >=20 > Just run X without any xorg.conf. If this doesn't work, please post you= r > dmesg and Xorg.log. Please disregard my request, I see the thread was broken and continue further. --=20 Jean-S=E9bastien P=E9dron --9OD9sir8I0pbtJQCwXjk2PXMj8AnO7nJT 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 iQJ8BAEBCgBmBQJUaKqmXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2NzA4N0ZEMUFFQUUwRTEyREJDNkE2RjAz OUU5OTc2MUE1RkQ5NENDAAoJEDnpl2Gl/ZTMANIP/3NDGNGbWa4si/csHGMp1gCI mXW/mxYX19d53QzjoUuNagLVQHu7gKzTGI1lLgQTi7XprnRenKxLDhffi4wBCYJ/ mjvoMt9Un0bL9ILJkv+aLyfvQ4scK8BsmA1uicV2vY1fULJTq0m+/iOTxITkO61V n/KoVhv4cUkbu3zf4b+Wv7ou6Qv1WbYzwRDuL6NrQ1FMJxfRnnTQVU2Y3CJ1buwn QQWONdp6bPKXlH7h2xznD1S5VnBY8lfCYvS4J97ljM4sPLNcDYQ1ciFc4w//CexV z9VOVFdcgAKw5PLdkaIRaXXj0C4DQuxn22nJPw9H8quZRyxPO7vAY3VZ9Be/jXyf 1+38mgOSImZeCem+jhUZ8HSrMzFb0tY7V6YIz/lMsfWVqCFOI5C1/qlKV2kOQw29 JsQXUPHoQoj+FXChMwPXSoSbL/e6wB6OIGV8GslBCd8rDfBTO3gbBBM5VJZKEs2x y9+UHyKaQGHFm3k2IMxN8YWvfbYg9SK9ODf1m/WDNGmrqX4f5Lg6CqIRw0UucaLI ixt2fQUws+meHdNmltIOllZN5GgJmTQEUaKkyUZJ3JDJ+qU67/rhvSvBr5zoWkkS Hnl0VxJlEias12P1aoGMN95RNwqYyen1PZsohDmK7mI3t0/gy8j5reVY+gX7NvNY OI4VsTqRE4CUuPdIfoht =GfO9 -----END PGP SIGNATURE----- --9OD9sir8I0pbtJQCwXjk2PXMj8AnO7nJT-- From owner-freebsd-x11@FreeBSD.ORG Sun Nov 16 13:49:46 2014 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 18E1F6FE for ; Sun, 16 Nov 2014 13:49:46 +0000 (UTC) Received: from proxy1.addr.com (proxy1.addr.com [69.90.211.27]) (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 034A7A56 for ; Sun, 16 Nov 2014 13:49:45 +0000 (UTC) Received: from [192.168.1.72] ([87.112.125.172]) (authenticated bits=0 user=sweeney) by proxy1.addr.com (8.14.4/8.12.8/Submit) with ESMTP id sAGDmr9e033176 for ; Sun, 16 Nov 2014 05:48:55 -0800 (PST) Message-ID: <5468AB70.5010003@addr.com> Date: Sun, 16 Nov 2014 13:49:36 +0000 From: Tony Sweeney User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.1.2 MIME-Version: 1.0 To: freebsd-x11@freebsd.org Subject: Re: Xorg configure failure with Radeon card References: <5466DD69.5000205@gmx.us> <54673C5D.6040900@gmail.com> <54676567.8090200@gmx.us> <5467A3BE.2060207@gmail.com> <5467A75D.9000605@gmx.us> <5467AD77.9060408@gmail.com> <20141115164711.dc9f2b0b219c604ceff307cf@gmx.us> <5468A1F7.8040907@addr.com> <5468A81E.5040806@gmx.us> In-Reply-To: <5468A81E.5040806@gmx.us> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Nov 2014 13:49:46 -0000 On 11/16/2014 13:35, Dutch Ingraham wrote: > On 11/16/14 08:09, Tony Sweeney wrote: >> On 11/15/2014 21:47, Dutch Ingraham wrote: >>> On Sat, 15 Nov 2014 20:45:59 +0100 >>> Jan Kokemüller wrote: >>> >>>>> Thanks again, Jan. I already had that there (from the 10.1-RELEASE >>>>> notes), so the error is with that tuner set. >>>> >>>> Does "kldload radeonkms" as root work, as in gives you a nice looking >>>> console in native screen resolution? If that works, at least the KMS >>>> driver does something correctly. >>>> >>>> Another idea is to try to rebuild the "x11-drivers/xf86-video-ati" port, >>>> if you haven't done that already. >>>> >>>> Can you post the complete contents of /var/log/Xorg.0.log and the output >>>> of dmesg after a failed attempt to start the X server? >>>> >>>> -Jan >>> >>> Jan!! That's just the wake-up I needed! I went back to the last >>> section of the wiki on graphics referred to above and re-read it. For >>> some reason, I was under the impression that loading the radeon >>> firmware in the method described in that section was only if I >>> wanted/needed kms to be loaded early; I assumed it would be loaded >>> later in the boot process on its own, though. >>> >>> I was wrong. After issuing a # as you suggested, >>> the fb graphical resolution loaded. Then, taking wblock@'s advice >>> (elsewhere) that Xorg -config is now generally unnecessary, just >>> issued a and things were working properly. A little xrandr >>> action and both monitors are working as desired. >>> >>> For the record, if anyone else is having this radeon issue, here is a >>> summary specific to the 5450 card (note some of this may be >>> unnecessary, I haven't tested each yet): >>> >>> In loader.conf >>> >>> kern.vty=vt >>> radeonkmsfw_CEDAR_pfp_load="YES" >>> radeonkmsfw_CEDAR_me_load="YES" >>> radeonkmsfw_CEDAR_rlc_load="YES" >>> radeonkms_load="YES" >>> >>> In make.conf: >>> >>> WITH_NEW_XORG=YES >>> WITH_KMS=YES >>> OPTIONS_SET=GALLIUM (or WITH_GALLIUM=YES, but the compiler will warn >>> on this when building dri) >>> >>> Thanks again for all your help, Jan. >>> >> OK, following Jan and Dutch's advice I've gotten further, but I'm still >> not quite there. I'm running 10.1-RELEASE (upgraded from 10.1-RC4 using >> freebsd-update), the base system is an AMD 7850, so I'm not expecting >> the built in Kaveri chip to work any time soon. However, I also have an >> HD5450 installed so I'm hoping I can get this to work. I added the >> kern.vty tunable and manually loaded radeonkms. This pulls in the same >> CEDAR firmwares as above and enables the high res framebuffer, but >> startx still gives "no screens found". Initially the log showed that it >> was trying and failing to load the fbdev driver, so I pkg installed >> xf86-video-fbdev (this may have been a mistake) and it now fails loading >> submodule fbdevfw. So far I've been trying to work entirely with >> packages, but I'm happy to build from ports if it will get me a working >> X console. I've attached the standard logs recommended in the Wiki. >> >> Tony. >> >> >> _______________________________________________ >> freebsd-x11@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-x11 >> To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" >> > Tony: > > Until someone with real knowledge comes along, you could check and make > sure you don't have an errant xorg.conf laying around screwing things up. > > Also, I'm not sure of the default options set with the pre-built binary > packages, so I would check the dri configuration; specifically, issue a > and make sure the option GALLIUM is set to :on. Thanks Dutch, I'm pretty sure I'm OK on both those fronts: root@sleekit:/etc # locate xorg.conf /root/xorg.conf.new /usr/local/etc/X11/xorg.conf.d /usr/local/man/man5/xorg.conf.5.gz /usr/local/man/man5/xorg.conf.d.5.gz root@sleekit:/etc # ls /usr/local/etc/X11/xorg.conf.d root@sleekit:/etc # pkg info dri | grep -i gallium GALLIUM : on root@sleekit:/etc # Tony. > _______________________________________________ > freebsd-x11@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-x11 > To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" > > From owner-freebsd-x11@FreeBSD.ORG Sun Nov 16 13:53:04 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.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CAEE1757 for ; Sun, 16 Nov 2014 13:53:04 +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 8C950AF3 for ; Sun, 16 Nov 2014 13:53:04 +0000 (UTC) Received: from 2a02-8428-011b-e000-0290-f5ff-fe9d-b78c.rev.sfr.net ([2a02:8428:11b:e000:290:f5ff:fe9d:b78c] helo=magellan.dumbbell.fr) by mail.made4.biz with esmtpsa (TLSv1.2:DHE-RSA-AES128-SHA:128) (Exim 4.84 (FreeBSD)) (envelope-from ) id 1Xq0GE-000Peu-Ps for freebsd-x11@freebsd.org; Sun, 16 Nov 2014 14:53:02 +0100 Message-ID: <5468AC39.4070806@dumbbell.fr> Date: Sun, 16 Nov 2014 14:52:57 +0100 From: =?windows-1252?Q?Jean-S=E9bastien_P=E9dron?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: freebsd-x11@freebsd.org Subject: Re: Xorg configure failure with Radeon card References: <5466DD69.5000205@gmx.us> <54673C5D.6040900@gmail.com> <54676567.8090200@gmx.us> <5467A3BE.2060207@gmail.com> <5467A75D.9000605@gmx.us> <5467AD77.9060408@gmail.com> <20141115164711.dc9f2b0b219c604ceff307cf@gmx.us> In-Reply-To: <20141115164711.dc9f2b0b219c604ceff307cf@gmx.us> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="eAx5APLfpbqw15Mpo5UROAfm3msmaPN0P" X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Nov 2014 13:53:04 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --eAx5APLfpbqw15Mpo5UROAfm3msmaPN0P Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 15.11.2014 22:47, Dutch Ingraham wrote: > Jan!! That's just the wake-up I needed! I went back to the last > section of the wiki on graphics referred to above and re-read it. For > some reason, I was under the impression that loading the radeon firmwar= e > in the method described in that section was only if I wanted/needed kms= > to be loaded early; I assumed it would be loaded later in the boot > process on its own, though. The wiki section is correct: adding radeonkms and the relevant firmwares to /boot/loader.conf is only required when you want them available during boot (to have a larger console). Otherwise, the kernel module and firmwares are loaded automatically during X startup. Do you confirm that, if you boot without loading radeonkms, X fails to load the kernel module and reports no screen found?= --=20 Jean-S=E9bastien P=E9dron --eAx5APLfpbqw15Mpo5UROAfm3msmaPN0P 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 iQJ8BAEBCgBmBQJUaKw+XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2NzA4N0ZEMUFFQUUwRTEyREJDNkE2RjAz OUU5OTc2MUE1RkQ5NENDAAoJEDnpl2Gl/ZTMsw8QAKjQSbl8C0yGpQFFHI5N/fwQ FjJFCflGfp6+1wnXcW0iidVc54kXKLi+M4hYJbyYLM26fj93KQrxlwN9icUH5Z5O 3aUKWU2GEqBQyn0DRz5+PkDWLtBIpbnGnKel7vKRvLrJLwC3EFpELZgSATOZS4Md AG4TdV/WRVzISHRMm+USxlbgVJpNxs+/LBURYZRcoSsU/LE0xz7OrkSsZzMJ+Ni2 ulQZ3p8fHX/PkcywHY5EAGhh7l1Pafug5y1Z0smmap/5yo/1E7Kw32I/1b6uyfN6 qVPRaNQmz7oMjVOphUXYWmCSgUCYsdLNDdI2EBLR8GbuE889KXAjAYGaaobyCLl/ V87i4MixI3NGT/UZINlrM9N1h/1yJEkBdjwcdbDI6wASzSL223IF4UvdISznyXO2 TQW3TMr+pXwI0ZU7NumiNztBT+PKbJd1YTIe71vPQSbaRcrs2C7vdTDnRkK9rB8s /BLqxyYZn/V/qZWmazYZ/pRZTEj3LKbm+cjWF76f8ro7AFV7ZOTTh2v/ZQEYp7l8 ShEVi4vLxpiHBN5l68qvpv52mleVBrIn0Qu1QP3SlWVAm1+Vuuof18waHfYWBTq8 6w2ERb7L43XLul8kXZxNzQgxffG/VKf5Qb4/MsUIT/Ep/bB8ncVevMs5u8EWuYPZ RJFm1zF+GTYplmUM/4+z =tEhy -----END PGP SIGNATURE----- --eAx5APLfpbqw15Mpo5UROAfm3msmaPN0P-- From owner-freebsd-x11@FreeBSD.ORG Sun Nov 16 13:57:36 2014 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 54FD18CA for ; Sun, 16 Nov 2014 13:57:36 +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 12E32B43 for ; Sun, 16 Nov 2014 13:57:36 +0000 (UTC) Received: from 2a02-8428-011b-e000-0290-f5ff-fe9d-b78c.rev.sfr.net ([2a02:8428:11b:e000:290:f5ff:fe9d:b78c] helo=magellan.dumbbell.fr) by mail.made4.biz with esmtpsa (TLSv1.2:DHE-RSA-AES128-SHA:128) (Exim 4.84 (FreeBSD)) (envelope-from ) id 1Xq0Kc-000PjP-7k for freebsd-x11@freebsd.org; Sun, 16 Nov 2014 14:57:34 +0100 Message-ID: <5468AD4D.30902@dumbbell.fr> Date: Sun, 16 Nov 2014 14:57:33 +0100 From: =?windows-1252?Q?Jean-S=E9bastien_P=E9dron?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: freebsd-x11@freebsd.org Subject: Re: Xorg configure failure with Radeon card References: <5466DD69.5000205@gmx.us> <54673C5D.6040900@gmail.com> <54676567.8090200@gmx.us> <5467A3BE.2060207@gmail.com> <5467A75D.9000605@gmx.us> <5467AD77.9060408@gmail.com> <20141115164711.dc9f2b0b219c604ceff307cf@gmx.us> <5468A1F7.8040907@addr.com> In-Reply-To: <5468A1F7.8040907@addr.com> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="LpDqWjDkbV20M5tpVwuoPiE1AD1jI69mp" X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Nov 2014 13:57:36 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --LpDqWjDkbV20M5tpVwuoPiE1AD1jI69mp Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 16.11.2014 14:09, Tony Sweeney wrote: > However, I also have an HD5450 installed so I'm hoping I can get this > to work. I added the kern.vty tunable and manually loaded radeonkms. > This pulls in the same CEDAR firmwares as above and enables the high > res framebuffer, but startx still gives "no screens found". Could you please post your /var/log/Xorg.0.log? > Initially the log showed that it was trying and failing to load the > fbdev driver, so I pkg installed xf86-video-fbdev (this may have been > a mistake) and it now fails loading submodule fbdevfw. You can remove xf86-video-fbdev, it's useless in your case and you can ignore any warning about fbdev or vesa modules missing. --=20 Jean-S=E9bastien P=E9dron --LpDqWjDkbV20M5tpVwuoPiE1AD1jI69mp 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 iQJ8BAEBCgBmBQJUaK1OXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2NzA4N0ZEMUFFQUUwRTEyREJDNkE2RjAz OUU5OTc2MUE1RkQ5NENDAAoJEDnpl2Gl/ZTMbpgP/18iWK962/rZXzM3tGHghAV5 gkrNfJtO8OXWez2rdHEhCP9nrJqYWSTUWN6UjJYsLiu8pFV/4BvN6yypnJjoWesy D5Y6vmtLfwhdIBvrF/NPVAcewIrTEy063CEwNwWrwkd+19sygU26fVaNUDcfVuN7 xmpoeexffZjr7iR+tLINZ2bTiLxOjM0Vpr3hSU1tgOj6LX34pVVL8j0m1G3NEGpM PuXE2V3PNPCHvS4CeLM9/u2LVJKJpjupllK9JSrWkcNFwKI1dUBwTCD44d3fJ0s/ C/bNAS+UTT1glnOjFqDKkSv6B7gOIzRZjBrRFrKifrWyisc57lgi0bPghoya8iNP neFwYSp+v1aRa7tGyR6cs8wfGe39som34FON7qZRJtCaih7dxSoU8UQg4zDCGH3d 8lfHeVpGfsm2HszrWlc7DS7oyuYEaLeoCxNxNJqJcltnNp6VXHC/kwLFn5eghzNX Z/FoJKlpK5bj8NZ7qp6OXU9nVILL1aYTNbrQ5lRxakpVFE0G5mPDFTnV6lBHSyqb AEVq2kHfqKM0QqefW0lrLaP3c3qn2a+i8LaJHk9QxHHyg/1L7Tlm5bQKUHncZ4oC xzBrsfh05e0WLRWZpOgrshEYdoVP71WrWAoRBO9oFwKGDNcMwPpgWTgWo3HKfxLf aH57BAYdpIsUwQJ9LURB =Zq3y -----END PGP SIGNATURE----- --LpDqWjDkbV20M5tpVwuoPiE1AD1jI69mp-- From owner-freebsd-x11@FreeBSD.ORG Sun Nov 16 14:02:49 2014 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C7502A77 for ; Sun, 16 Nov 2014 14:02:49 +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 8A832C2B for ; Sun, 16 Nov 2014 14:02:49 +0000 (UTC) Received: from 2a02-8428-011b-e000-0290-f5ff-fe9d-b78c.rev.sfr.net ([2a02:8428:11b:e000:290:f5ff:fe9d:b78c] helo=magellan.dumbbell.fr) by mail.made4.biz with esmtpsa (TLSv1.2:DHE-RSA-AES128-SHA:128) (Exim 4.84 (FreeBSD)) (envelope-from ) id 1Xq0Pf-000Prq-Q7 for freebsd-x11@freebsd.org; Sun, 16 Nov 2014 15:02:47 +0100 Message-ID: <5468AE7F.3080507@dumbbell.fr> Date: Sun, 16 Nov 2014 15:02:39 +0100 From: =?windows-1252?Q?Jean-S=E9bastien_P=E9dron?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: freebsd-x11@freebsd.org Subject: Re: Turning off HAL for xorg-server References: In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="HcJoMxq7okA8sqoeAqNFuhKGHviSdCKVh" X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Nov 2014 14:02:49 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --HcJoMxq7okA8sqoeAqNFuhKGHviSdCKVh Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 16.11.2014 03:37, Warren Block wrote: > xorg-server no longer requires HAL. When can we turn the HAL option of= f > in the port? We are preparing an update to xserver 1.14 with an improved devd backend. All known issues are fixed in this newer version and devd is no longer considered experimental. The update to xserver also enables devd by default, replacing the HAL backend. I believe a "Call for testers" will be published this week, after a final Poudriere run. --=20 Jean-S=E9bastien P=E9dron --HcJoMxq7okA8sqoeAqNFuhKGHviSdCKVh 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 iQJ8BAEBCgBmBQJUaK6HXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2NzA4N0ZEMUFFQUUwRTEyREJDNkE2RjAz OUU5OTc2MUE1RkQ5NENDAAoJEDnpl2Gl/ZTMc/UQAMWpr6ZSGM9PF6PC9zA3sNMU 0qBPdebK0DizbRkuuCc784kZZ21IimkuyWhwIXqw3znApy3Hogc4eO8kxvnkr3Jr 07RWtsuQS4ftV9jHY2RQYbupdQriiob5Sr+sM8o8dm0cERxyPWHWSHhgzbP7qSls 8BsSAyxxOAaNpO+DsynirrjqMigEh+OrTzbBaEETCjoJm8n/0TxHhWll6fvdpWLR /Mp8tarxBtzO7G5wapxD3H23dAFh058Er5uewzzGJn2J6wf2R+8FlHeDH5acCeH6 uAlEll5w7S0ygLewRDmTQPYJAI8Z4cIZPrFVO4amPS22ktRBxtBJ1LD5HRfNvOhz Zp2BQe32zBKCeZqVU9vb9H2YKGBMjEKa//d4fjkFQBEwE7UYuUmoEVnQagw9uWgF Pfv3BkHgJx+F4myn5HTOBozHfBXHndsRjpYR7N99zhCmDvmb9AC5P69CI1a/AVg6 cGyD1T+bpF5FyCIwdxGPLBJvyedSDMmJb+tdCEYJGvWmaLauN19XAvequcE5AST8 IDxzr/5wC8/iP9DEGykF2Wo4cPRViRta0atuUEu3nx6uItUqyU5j/Hp557kAWyCy E4dnakZk73hOJ+9BEV4/YQU5poTq4ygQ3kY9/j4wPRM4kyhL2R8KKEPOvOgHDBVW xSOHp2llLT9oTwJO5jKA =+Ix/ -----END PGP SIGNATURE----- --HcJoMxq7okA8sqoeAqNFuhKGHviSdCKVh-- From owner-freebsd-x11@FreeBSD.ORG Sun Nov 16 14:06:35 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.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BFA0AB28 for ; Sun, 16 Nov 2014 14:06:35 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 A7154C46 for ; Sun, 16 Nov 2014 14:06:35 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sAGE6ZqI027784 for ; Sun, 16 Nov 2014 14:06:35 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: x11@FreeBSD.org Subject: [Bug 194561] graphics/libEGL, graphics/libglapi, graphics/libGL and graphics/libglesv2 are using msgfmt from gettext during build stage but does not depend on it Date: Sun, 16 Nov 2014 14:06:34 +0000 X-Bugzilla-Reason: CC 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 Some People X-Bugzilla-Who: mike.d.ft402@gmail.com X-Bugzilla-Status: Open X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: x11@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc 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-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Nov 2014 14:06:35 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194561 mike.d.ft402@gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mike.d.ft402@gmail.com --- Comment #6 from mike.d.ft402@gmail.com --- Confirmed. -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. From owner-freebsd-x11@FreeBSD.ORG Sun Nov 16 14:11:35 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.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DA2D9BE4 for ; Sun, 16 Nov 2014 14:11:34 +0000 (UTC) Received: from proxy1.addr.com (proxy1.addr.com [69.90.211.27]) (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 C040FC6C for ; Sun, 16 Nov 2014 14:11:34 +0000 (UTC) Received: from [192.168.1.72] ([87.112.125.172]) (authenticated bits=0 user=sweeney) by proxy1.addr.com (8.14.4/8.12.8/Submit) with ESMTP id sAGEALsY039748 for ; Sun, 16 Nov 2014 06:10:38 -0800 (PST) Message-ID: <5468B073.5030402@addr.com> Date: Sun, 16 Nov 2014 14:10:59 +0000 From: Tony Sweeney User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.1.2 MIME-Version: 1.0 To: freebsd-x11@freebsd.org Subject: Re: Xorg configure failure with Radeon card References: <5466DD69.5000205@gmx.us> <54673C5D.6040900@gmail.com> <54676567.8090200@gmx.us> <5467A3BE.2060207@gmail.com> <5467A75D.9000605@gmx.us> <5467AD77.9060408@gmail.com> <20141115164711.dc9f2b0b219c604ceff307cf@gmx.us> <5468A1F7.8040907@addr.com> <5468AD4D.30902@dumbbell.fr> In-Reply-To: <5468AD4D.30902@dumbbell.fr> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Nov 2014 14:11:35 -0000 On 11/16/2014 13:57, Jean-Sébastien Pédron wrote: > On 16.11.2014 14:09, Tony Sweeney wrote: >> However, I also have an HD5450 installed so I'm hoping I can get this >> to work. I added the kern.vty tunable and manually loaded radeonkms. >> This pulls in the same CEDAR firmwares as above and enables the high >> res framebuffer, but startx still gives "no screens found". > > Could you please post your /var/log/Xorg.0.log? > >> Initially the log showed that it was trying and failing to load the >> fbdev driver, so I pkg installed xf86-video-fbdev (this may have been >> a mistake) and it now fails loading submodule fbdevfw. > > You can remove xf86-video-fbdev, it's useless in your case and you can > ignore any warning about fbdev or vesa modules missing. > OK, I removed xf86-videeo-fbdev, fresh log attached. Tony. From owner-freebsd-x11@FreeBSD.ORG Sun Nov 16 14:25:55 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.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 470A3CC4 for ; Sun, 16 Nov 2014 14:25:55 +0000 (UTC) Received: from proxy1.addr.com (proxy1.addr.com [69.90.211.27]) (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 2CD5EDEA for ; Sun, 16 Nov 2014 14:25:54 +0000 (UTC) Received: from [192.168.1.72] ([87.112.125.172]) (authenticated bits=0 user=sweeney) by proxy1.addr.com (8.14.4/8.12.8/Submit) with ESMTP id sAGEP2EY046580 for ; Sun, 16 Nov 2014 06:25:03 -0800 (PST) Message-ID: <5468B3E9.2070406@addr.com> Date: Sun, 16 Nov 2014 14:25:45 +0000 From: Tony Sweeney User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.1.2 MIME-Version: 1.0 To: freebsd-x11@freebsd.org Subject: Re: Xorg configure failure with Radeon card References: <5466DD69.5000205@gmx.us> <54673C5D.6040900@gmail.com> <54676567.8090200@gmx.us> <5467A3BE.2060207@gmail.com> <5467A75D.9000605@gmx.us> <5467AD77.9060408@gmail.com> <20141115164711.dc9f2b0b219c604ceff307cf@gmx.us> <5468A1F7.8040907@addr.com> <5468AD4D.30902@dumbbell.fr> <5468B073.5030402@addr.com> In-Reply-To: <5468B073.5030402@addr.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Nov 2014 14:25:55 -0000 On 11/16/2014 14:10, Tony Sweeney wrote: > On 11/16/2014 13:57, Jean-Sébastien Pédron wrote: >> On 16.11.2014 14:09, Tony Sweeney wrote: >>> However, I also have an HD5450 installed so I'm hoping I can get this >>> to work. I added the kern.vty tunable and manually loaded radeonkms. >>> This pulls in the same CEDAR firmwares as above and enables the high >>> res framebuffer, but startx still gives "no screens found". >> >> Could you please post your /var/log/Xorg.0.log? >> >>> Initially the log showed that it was trying and failing to load the >>> fbdev driver, so I pkg installed xf86-video-fbdev (this may have been >>> a mistake) and it now fails loading submodule fbdevfw. >> >> You can remove xf86-video-fbdev, it's useless in your case and you can >> ignore any warning about fbdev or vesa modules missing. >> > OK, I removed xf86-videeo-fbdev, fresh log attached. Hmm, seems I flubbed the attachment. Let's try that again... > > Tony. > _______________________________________________ > freebsd-x11@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-x11 > To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" > > From owner-freebsd-x11@FreeBSD.ORG Sun Nov 16 14:29:31 2014 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4F5FAD54 for ; Sun, 16 Nov 2014 14:29:31 +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 0F702E10 for ; Sun, 16 Nov 2014 14:29:31 +0000 (UTC) Received: from 2a02-8428-011b-e000-0290-f5ff-fe9d-b78c.rev.sfr.net ([2a02:8428:11b:e000:290:f5ff:fe9d:b78c] helo=magellan.dumbbell.fr) by mail.made4.biz with esmtpsa (TLSv1.2:DHE-RSA-AES128-SHA:128) (Exim 4.84 (FreeBSD)) (envelope-from ) id 1Xq0pV-0000A3-Ac for freebsd-x11@freebsd.org; Sun, 16 Nov 2014 15:29:29 +0100 Message-ID: <5468B4C4.5040706@dumbbell.fr> Date: Sun, 16 Nov 2014 15:29:24 +0100 From: =?windows-1252?Q?Jean-S=E9bastien_P=E9dron?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: freebsd-x11@freebsd.org Subject: Re: Xorg configure failure with Radeon card References: <5466DD69.5000205@gmx.us> <54673C5D.6040900@gmail.com> <54676567.8090200@gmx.us> <5467A3BE.2060207@gmail.com> <5467A75D.9000605@gmx.us> <5467AD77.9060408@gmail.com> <20141115164711.dc9f2b0b219c604ceff307cf@gmx.us> <5468A1F7.8040907@addr.com> <5468AD4D.30902@dumbbell.fr> <5468B073.5030402@addr.com> <5468B3E9.2070406@addr.com> In-Reply-To: <5468B3E9.2070406@addr.com> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="i3xBpiEVvp7XIjd37cfLakdQSftWcCown" X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Nov 2014 14:29:31 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --i3xBpiEVvp7XIjd37cfLakdQSftWcCown Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 16.11.2014 15:25, Tony Sweeney wrote: > Hmm, seems I flubbed the attachment. Let's try that again... The mailing-list is hungry apparently :) Can you put it online somewhere, for instance a paste website? --=20 Jean-S=E9bastien P=E9dron --i3xBpiEVvp7XIjd37cfLakdQSftWcCown 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 iQJ8BAEBCgBmBQJUaLTJXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2NzA4N0ZEMUFFQUUwRTEyREJDNkE2RjAz OUU5OTc2MUE1RkQ5NENDAAoJEDnpl2Gl/ZTMqOIP/iQcjxBDhxJMC8T6MnXm8xSA FcS7rKQCTmD0V2ixkRH4TtlA/lVlWe1GmyHqg5cBYhQzOmgrtMZMpsbt+TRsvSVv oYTJUd14CXB3yTycTuix4u1YR81trtbVTU/pCDjt2LSsZMLZBMdb4DIiorVi5KWc 5h4VuvQ88fNqEVhajLOcL6lHZpMdpropOkXxaao7IK8okDPzJG5kYUNtIBuSsYVC a5OqmsMTIzpZ2J4T+qfeM1ZlucIdx7vMUHFutIiB5uciy0Rwm2EiIALYCAwiDBOO DuXNVLKL4Iqk7HnbpIp5emunr+UXRkKfYJUJimDRBvmM1ZVqWvqQvOlwGfrzXeg1 D/Dtjqj6nZ7VdNX5X5v6UdR7Mz2OzEt4P6WAWykjxziZzvLbV3y/15PyGfdXN+5M JMpicegmQ/FTxpObJXWP1sm1Rl4xNW1q/39vRNzSh5MvzC0eAsJ6njk1hh4llA7L IMVzO9xniB2+2wGQyXl20y2tXFO/bqzext3lbxONpO1OgNzuWWvwxzf8AVy66Q3b SpUa7SbDOM3lxwFDs21TRXfLnYoJa2/imtmml0HY7C931GmjtB0eMam8yD74Q9Ah PLYKrZp8kCYa7v2ASBfJZBtoaJ/dsrw2vzE2Q3mV2S4ze1X8KwwpRaQ3ZPED63jB UXWbl1blBhcvtfCxMMkB =y9+0 -----END PGP SIGNATURE----- --i3xBpiEVvp7XIjd37cfLakdQSftWcCown-- From owner-freebsd-x11@FreeBSD.ORG Sun Nov 16 14:33:37 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.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AF831DA5 for ; Sun, 16 Nov 2014 14:33:37 +0000 (UTC) Received: from mout.gmx.com (mout.gmx.com [74.208.4.201]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 78EADEB1 for ; Sun, 16 Nov 2014 14:33:37 +0000 (UTC) Received: from stoa.freebsd.net ([172.15.184.248]) by mail.gmx.com (mrgmxus002) with ESMTPSA (Nemesis) id 0MVuyU-1XRqBc0Lbk-00X5Ui for ; Sun, 16 Nov 2014 15:33:36 +0100 Message-ID: <5468B685.4020806@gmx.us> Date: Sun, 16 Nov 2014 09:36:53 -0500 From: Dutch Ingraham User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: freebsd-x11@freebsd.org Subject: Re: Xorg configure failure with Radeon card References: <5466DD69.5000205@gmx.us> <54673C5D.6040900@gmail.com> <54676567.8090200@gmx.us> <5467A3BE.2060207@gmail.com> <5467A75D.9000605@gmx.us> <5467AD77.9060408@gmail.com> <20141115164711.dc9f2b0b219c604ceff307cf@gmx.us> <5468AC39.4070806@dumbbell.fr> In-Reply-To: <5468AC39.4070806@dumbbell.fr> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-Provags-ID: V03:K0:bGcepYvYGh0RQyEdtnGgM0CJn/TxggkocftA3A3raHv6aMq7VZB gzLcb9KZ89GgoCCCMENLdu0YbbNgWb6QqTVtc5F73HdeebzPvQd/9theLoWDVREAQzO97TL AU3BLjP7Qzn6Tbb7yAx3sH/C68JFJUV/39xZ3idf48ivPQYHazR0eYseG4FRVsNKPjXQyfy 4sbKwjny1nwocSoroeUjQ== X-UI-Out-Filterresults: notjunk:1; X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Nov 2014 14:33:37 -0000 On 11/16/14 08:52, Jean-Sébastien Pédron wrote: > On 15.11.2014 22:47, Dutch Ingraham wrote: >> Jan!! That's just the wake-up I needed! I went back to the last >> section of the wiki on graphics referred to above and re-read it. For >> some reason, I was under the impression that loading the radeon firmware >> in the method described in that section was only if I wanted/needed kms >> to be loaded early; I assumed it would be loaded later in the boot >> process on its own, though. > > The wiki section is correct: adding radeonkms and the relevant firmwares > to /boot/loader.conf is only required when you want them available > during boot (to have a larger console). > > Otherwise, the kernel module and firmwares are loaded automatically > during X startup. Do you confirm that, if you boot without loading > radeonkms, X fails to load the kernel module and reports no screen found? > Jean-Sébastien: yes, I can confirm that in my case, with a fresh install of 10.1-RELEASE, xorg from ports or packages, and an HD-5450, the module is not loaded during the boot process nor when calling X. This, from the OP, when issuing : [ 2160.756] (II) [KMS] No DRICreatePCIBusID symbol, no kernel modesetting. [ 2160.756] Segmentation fault at address 0x0 When not using and just issuing a , then I would get the error "No screens found." Only manually loading the module works (either before or after boot). From owner-freebsd-x11@FreeBSD.ORG Sun Nov 16 14:35:08 2014 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 77509DE2 for ; Sun, 16 Nov 2014 14:35:08 +0000 (UTC) Received: from proxy1.addr.com (proxy1.addr.com [69.90.211.27]) (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 46E0AEB9 for ; Sun, 16 Nov 2014 14:35:07 +0000 (UTC) Received: from [192.168.1.72] ([87.112.125.172]) (authenticated bits=0 user=sweeney) by proxy1.addr.com (8.14.4/8.12.8/Submit) with ESMTP id sAGEYGIB050972 for ; Sun, 16 Nov 2014 06:34:17 -0800 (PST) Message-ID: <5468B612.6030109@addr.com> Date: Sun, 16 Nov 2014 14:34:58 +0000 From: Tony Sweeney User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.1.2 MIME-Version: 1.0 To: freebsd-x11@freebsd.org Subject: Re: Xorg configure failure with Radeon card References: <5466DD69.5000205@gmx.us> <54673C5D.6040900@gmail.com> <54676567.8090200@gmx.us> <5467A3BE.2060207@gmail.com> <5467A75D.9000605@gmx.us> <5467AD77.9060408@gmail.com> <20141115164711.dc9f2b0b219c604ceff307cf@gmx.us> <5468A1F7.8040907@addr.com> <5468AD4D.30902@dumbbell.fr> <5468B073.5030402@addr.com> <5468B3E9.2070406@addr.com> <5468B4C4.5040706@dumbbell.fr> In-Reply-To: <5468B4C4.5040706@dumbbell.fr> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Nov 2014 14:35:08 -0000 On 11/16/2014 14:29, Jean-Sébastien Pédron wrote: > On 16.11.2014 15:25, Tony Sweeney wrote: >> Hmm, seems I flubbed the attachment. Let's try that again... > > The mailing-list is hungry apparently :) Indeed. > > Can you put it online somewhere, for instance a paste website? > Pastebin: http://pastebin.com/T25Z7nQn From owner-freebsd-x11@FreeBSD.ORG Sun Nov 16 14:36:21 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.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 993FBEFD for ; Sun, 16 Nov 2014 14:36:21 +0000 (UTC) Received: from fly.hiwaay.net (fly.hiwaay.net [216.180.54.1]) (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 64973EC5 for ; Sun, 16 Nov 2014 14:36:21 +0000 (UTC) Received: from kabini1.local (rbn1-216-180-19-47.adsl.hiwaay.net [216.180.19.47]) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id sAGEaEDe029375 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Sun, 16 Nov 2014 08:36:14 -0600 Message-ID: <5468B7D5.2060204@hiwaay.net> Date: Sun, 16 Nov 2014 08:42:29 -0600 From: "William A. Mahaffey III" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: freebsd-x11@freebsd.org Subject: Re: (redirect) Re: puzzling X11/mouse problem .... References: <5458E382.5090101@hiwaay.net> <20141104160902.3f5b9a5e.freebsd@edvax.de> <5459060B.7080907@hiwaay.net> <545A673B.9040106@dumbbell.fr> <545A976E.3060903@hiwaay.net> <54689BF6.5020403@dumbbell.fr> In-Reply-To: <54689BF6.5020403@dumbbell.fr> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Nov 2014 14:36:21 -0000 On 11/16/14 06:43, Jean-Sébastien Pédron wrote: > On 05.11.2014 22:32, William A. Mahaffey III wrote: >>> Could you please post the whole Xorg.0.log and the full output of "pkg >>> info" and dmesg(8)? >>> >>> Can you look at /var/log/messages* if you find lines telling that your >>> USB mouse was disconnected around the time you had the lockups? >> Sure happy to. If the mouse were disconnected, it was *after* it went >> out & I was trying to get it to reconnect. I *didn't* disconnect it >> myself for any reason. > I was thinking about failing mouse/cable (a case I had recently) where > the mouse is disconnected accordingto dmesg(8). > > I don't see anything wrong in the files you posted. > > Do you use moused(8) (moused_enable="yes" in /etc/rc.conf)? When the > mouse lockup happens, can you check if moused(8) is still running? > [wam@kabini1, ~, 8:22:57am] 302 % ps -aux | grep mouse root 490 0.4 0.0 14272 1700 ?? Ss 4Nov14 6:42.15 /usr/sbin/moused -p /dev/ums1 -t auto -I /var/run/moused.ums1.pid root 469 0.0 0.0 14272 1700 ?? Is 4Nov14 0:00.00 /usr/sbin/moused -p /dev/ums0 -t auto -I /var/run/moused.ums0.pid wam 60830 0.0 0.0 16332 2024 14 S+ 8:39AM 0:00.00 grep mouse [wam@kabini1, ~, 8:39:28am] 303 % [wam@kabini1, ~, 8:39:34am] 303 % [wam@kabini1, ~, 8:39:34am] 303 % [wam@kabini1, ~, 8:39:34am] 303 % ps -aux | grep mouse root 469 0.0 0.0 14272 1700 ?? Is 4Nov14 0:00.00 /usr/sbin/moused -p /dev/ums0 -t auto -I /var/run/moused.ums0.pid root 490 0.0 0.0 14272 1700 ?? Ss 4Nov14 6:42.15 /usr/sbin/moused -p /dev/ums1 -t auto -I /var/run/moused.ums1.pid wam 60832 0.0 0.0 16332 2024 14 S+ 8:39AM 0:00.00 grep mouse [wam@kabini1, ~, 8:39:36am] 303 % uptime 8:39AM up 12 days, 1:20, 1 user, load averages: 0.13, 0.30, 0.42 [wam@kabini1, ~, 8:39:42am] 304 % grep -i mouse /etc/rc.conf [wam@kabini1, ~, 8:40:07am] 305 % The mouse in question is several years old, but sat unused for much (almost all) of that time, it turned out to be incompatible with the predecessor box/OS. -- William A. Mahaffey III ---------------------------------------------------------------------- "The M1 Garand is without doubt the finest implement of war ever devised by man." -- Gen. George S. Patton Jr. From owner-freebsd-x11@FreeBSD.ORG Sun Nov 16 15:09:11 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.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 048E349C for ; Sun, 16 Nov 2014 15:09:11 +0000 (UTC) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "wonkity.com", Issuer "wonkity.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id ABEF21B9 for ; Sun, 16 Nov 2014 15:09:10 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.9/8.14.9) with ESMTP id sAGF98cn094526 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 16 Nov 2014 08:09:09 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.9/8.14.9/Submit) with ESMTP id sAGF98I7094523; Sun, 16 Nov 2014 08:09:08 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Sun, 16 Nov 2014 08:09:08 -0700 (MST) From: Warren Block To: "Sam Fourman Jr." Subject: Re: Turning off HAL for xorg-server In-Reply-To: Message-ID: References: User-Agent: Alpine 2.11 (BSF 23 2013-08-11) MIME-Version: 1.0 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Sun, 16 Nov 2014 08:09:09 -0700 (MST) Content-Type: TEXT/PLAIN; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: freebsd-x11 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Nov 2014 15:09:11 -0000 On Sat, 15 Nov 2014, Sam Fourman Jr. wrote: > > > On Sat, Nov 15, 2014 at 8:37 PM, Warren Block wrote: > xorg-server no longer requires HAL.  When can we turn the HAL option off in the port? > > > Last I checked the non hal option was labeled Experimental, has this status changed? > I am also not clear on what config changes I would make to test out the non hal way of doing things. It's not an either/or situation. The DEVD option lets input devices be discovered by devd, but is not required. I've been running with HAL turned off for years, and have never bothered turning on the DEVD option. Hot-plugging USB mice and keyboards still works without either option on my 10-STABLE systems. From owner-freebsd-x11@FreeBSD.ORG Sun Nov 16 15:10:30 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.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5B9354D4 for ; Sun, 16 Nov 2014 15:10:30 +0000 (UTC) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "wonkity.com", Issuer "wonkity.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 072441C1 for ; Sun, 16 Nov 2014 15:10:29 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.9/8.14.9) with ESMTP id sAGFAScc094969 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 16 Nov 2014 08:10:28 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.9/8.14.9/Submit) with ESMTP id sAGFASnr094966; Sun, 16 Nov 2014 08:10:28 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Sun, 16 Nov 2014 08:10:28 -0700 (MST) From: Warren Block To: Marco Beishuizen Subject: Re: Turning off HAL for xorg-server In-Reply-To: Message-ID: References: User-Agent: Alpine 2.11 (BSF 23 2013-08-11) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Sun, 16 Nov 2014 08:10:28 -0700 (MST) Cc: freebsd-x11@freebsd.org X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Nov 2014 15:10:30 -0000 On Sun, 16 Nov 2014, Marco Beishuizen wrote: > On Sun, 16 Nov 2014, the wise Warren Block wrote: > >> xorg-server no longer requires HAL. When can we turn the HAL option off in >> the port? > > You can already. I've turned it off a long time ago and it works fine. HAL is > also unset in my make.conf. I mean to have the HAL option off by default in the port. From owner-freebsd-x11@FreeBSD.ORG Sun Nov 16 16:20:19 2014 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CC2361DB for ; Sun, 16 Nov 2014 16:20:19 +0000 (UTC) Received: from mail-lb0-f173.google.com (mail-lb0-f173.google.com [209.85.217.173]) (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 3E8C6A18 for ; Sun, 16 Nov 2014 16:20:17 +0000 (UTC) Received: by mail-lb0-f173.google.com with SMTP id n15so14869902lbi.4 for ; Sun, 16 Nov 2014 08:20:09 -0800 (PST) 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=Em5FgY18I2guxU+1s7fjfVzhlRozsCQc4QJDeHDhlWg=; b=bEFdTrlRNpWYMRI/DRGphkEs5ZvogSuFXB20lYrJ/yDuW0sxcTP6fdmJ9uw6T0HYj+ WbUexDKs7XCjumZ5aIPlwiyLXHtMSd6s/fWQGH9DrmM3Y2oZ1Wb//u3qd9BLIKHXtatd 798LyYbW8kOGgfYnfAE9AqMCxj8kkdptxxv8CqHPJQxsa0Tw2l+ph5BgooTW5A77fegP IJUyJSenGt0Lr21Q693paxDhcasmXqRMWWegRfXPdjw5R5Iie3pg0cXHllQNzukZ6/d/ WJ6QdqFWIFfeGZGsmDLD6ehU5viOr300oQew+V3hcGZDlfWJLx6qviz6qC8x3GR4A41g VdYA== X-Gm-Message-State: ALoCoQnVC8wEdyBQi1GVwSNHFgWzC4dveo00/kT+TyO9TnptPla9NzpGYAv2A0zlcHME2BrHVqB4 X-Received: by 10.152.27.2 with SMTP id p2mr21088001lag.19.1416154809846; Sun, 16 Nov 2014 08:20:09 -0800 (PST) Received: from zealot.ksu.ru (zealot.hitv.ru. [83.151.8.230]) by mx.google.com with ESMTPSA id wp1sm4863666lbb.40.2014.11.16.08.20.07 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 16 Nov 2014 08:20:08 -0800 (PST) Message-ID: <5468CEB4.5030100@li.ru> Date: Sun, 16 Nov 2014 19:20:04 +0300 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: CFT: Update to xf86-video-ati 7.5.0 References: <544E0FC8.8090605@FreeBSD.org> <5459B8E8.2000805@li.ru> <545A5422.8000002@ksu.ru> <545F0426.6080505@li.ru> <5468A034.8080705@dumbbell.fr> In-Reply-To: <5468A034.8080705@dumbbell.fr> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms090202020408040202020104" X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Nov 2014 16:20:19 -0000 This is a cryptographically signed message in MIME format. --------------ms090202020408040202020104 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Jean-S=C3=A9bastien P=C3=A9dron wrote: > On 09.11.2014 07:05, Marat N.Afanasyev wrote: >> I was too enthusiastic about 7.4.0, I suppose I have a big deal of >> bad carma here, because of no version of any radeon-kms drivers works >> stable for me at all. 7.4.0 just hanged out my machine without >> anything in logs :( > > By "hanged", do you mean the computer doesn't react to keyboard/mouse > events? Did you try to reach it from the network? It hung. no reaction from console, no access from network, nothing at=20 all, even pinging computer was unsuccessful. >> Jean, can you tell me what steps should be taken to make >> xf86-video-radeon-ums work? now it just complains about (EE) AIGLX >> error: r600 does not export required DRI extension > > If you tried to start X with xf86-video-ati installed and then you > installed xf86-video-ati-ums, you need to reboot. This is because the > kernel driver is loaded and can't be unloaded without a reboot. I installed xf-98-video-ati-ums after I encountered hard lockup with=20 7.4.0 and pressed reset on computer: booted to single, fsck-ed all fs, (btw lost a .history file, as usual) make -C /usr/ports/install in x11-dricers/xf86-video-ati-ums then startx and black screen with 1920x1200@60 on my monitor. c-a-f1 doesn't work so, no previous garbage from xf86-video-ati in memory and card, I suppose= >> does this -ums driver load radeon kernel module, and. if loads, what >> module it should load? > > Yes, it loads a module called "radeondrm". > >> will it work with vt or not? > > Yes, it will work. --=20 SY, Marat --------------ms090202020408040202020104 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 Bi0wggUVoAMCAQICAwsAMzANBgkqhkiG9w0BAQUFADCBjDELMAkGA1UEBhMCSUwxFjAUBgNV BAoTDVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRl IFNpZ25pbmcxODA2BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDEgUHJpbWFyeSBJbnRlcm1lZGlh dGUgQ2xpZW50IENBMB4XDTE0MDgyOTAwMTgzOVoXDTE1MDgzMDA1MTgxN1owTzEZMBcGA1UE DRMQOE9aclhtWFpRMzIwNEFuUzEVMBMGA1UEAwwMYW1hcmF0QGxpLnJ1MRswGQYJKoZIhvcN AQkBFgxhbWFyYXRAbGkucnUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQC3elxx SBZDrD0uhfNnw4YsVJ2PSjkAEzBye2Ng46BFsFwUmB0Ely0LJz3zAn2HwAN3uN4bHzZ1yvVO Q7exjoEfyFjadNq3UHMDw3z+LIhxQX4SNdT2H072yndfOLsyKuayOBHeM/CyxLkvsl9cIl7i 45dVhE1NEkEUr71xDyHETaULAwejcEIE281JH/LVRRtysA2hCC9mIfcu+l8swGONGcPr7Ywr l9YegN0RwZvGZl/EWyLMQQXfyU0gAYgT3Y7P+w2obeMeWpxXny+oEub4vYsx18meyKFgnz1G 336Z3J0a7mPBC/P4Qx4X63o6Orfvu2M38AhIKgibRuW7pBBvAgMBAAGjggLSMIICzjAJBgNV HRMEAjAAMAsGA1UdDwQEAwIEsDAdBgNVHSUEFjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwHQYD VR0OBBYEFOzBNZZDHLsTtz2ojwcM4rHQBZSeMB8GA1UdIwQYMBaAFFNy7ZKc4NrLAVx8fpY1 TvLUuFGCMBcGA1UdEQQQMA6BDGFtYXJhdEBsaS5ydTCCAUwGA1UdIASCAUMwggE/MIIBOwYL KwYBBAGBtTcBAgMwggEqMC4GCCsGAQUFBwIBFiJodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9w b2xpY3kucGRmMIH3BggrBgEFBQcCAjCB6jAnFiBTdGFydENvbSBDZXJ0aWZpY2F0aW9uIEF1 dGhvcml0eTADAgEBGoG+VGhpcyBjZXJ0aWZpY2F0ZSB3YXMgaXNzdWVkIGFjY29yZGluZyB0 byB0aGUgQ2xhc3MgMSBWYWxpZGF0aW9uIHJlcXVpcmVtZW50cyBvZiB0aGUgU3RhcnRDb20g Q0EgcG9saWN5LCByZWxpYW5jZSBvbmx5IGZvciB0aGUgaW50ZW5kZWQgcHVycG9zZSBpbiBj b21wbGlhbmNlIG9mIHRoZSByZWx5aW5nIHBhcnR5IG9ibGlnYXRpb25zLjA2BgNVHR8ELzAt MCugKaAnhiVodHRwOi8vY3JsLnN0YXJ0c3NsLmNvbS9jcnR1MS1jcmwuY3JsMIGOBggrBgEF BQcBAQSBgTB/MDkGCCsGAQUFBzABhi1odHRwOi8vb2NzcC5zdGFydHNzbC5jb20vc3ViL2Ns YXNzMS9jbGllbnQvY2EwQgYIKwYBBQUHMAKGNmh0dHA6Ly9haWEuc3RhcnRzc2wuY29tL2Nl cnRzL3N1Yi5jbGFzczEuY2xpZW50LmNhLmNydDAjBgNVHRIEHDAahhhodHRwOi8vd3d3LnN0 YXJ0c3NsLmNvbS8wDQYJKoZIhvcNAQEFBQADggEBAGKPgpUPUgI65nQHxESjq9azfB4zS4Mz 1WP+l9/7VP4kiKBK9+lJmNwckKDD9gKvMxc75TZTFD1oNP9Q4izjBAKTx3EybLvjkW52kORJ go/3AUHE48patq/PQOJ4ti3nIMDqg/c6ikO4xKQcX+vGgszuSPjikQO9D/K+oGqtlhcE8CP6 M5qnVwIBwHWtk9ip/CH3dqu368CR5+zavJcd5N45LuDdEuaC0POX6znfUDmSo9Ydarzqunbf tS7T5RffXuMPA3VBsPQnbCXETlSBTZmUDrwqkLv6H6A2+v9keO1aDhnf1qlL7vEgjBF2BC59 8J7Qkmobp4FjebyGNEH0Ny8wggY0MIIEHKADAgECAgEeMA0GCSqGSIb3DQEBBQUAMH0xCzAJ 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 Q2xhc3MgMSBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0ECAwsAMzAJBgUrDgMCGgUA oIICHTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNDExMTYx NjIwMDRaMCMGCSqGSIb3DQEJBDEWBBQX/jQoP9eqOK7Tca205aEhrx5JlDBsBgkqhkiG9w0B CQ8xXzBdMAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcN AwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGlBgkrBgEE AYI3EAQxgZcwgZQwgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSsw KQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMTgwNgYDVQQDEy9T dGFydENvbSBDbGFzcyAxIFByaW1hcnkgSW50ZXJtZWRpYXRlIENsaWVudCBDQQIDCwAzMIGn BgsqhkiG9w0BCRACCzGBl6CBlDCBjDELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29t IEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNpZ25pbmcxODA2 BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDEgUHJpbWFyeSBJbnRlcm1lZGlhdGUgQ2xpZW50IENB AgMLADMwDQYJKoZIhvcNAQEBBQAEggEAEsJG1va0XhVD2GWm93ASNCXsGhOH8UFiYYgEooeS FsUtaZ5nI/sXE9wBH7SzidFAd/HRKrNgOE40egGrgH8c65QdCUlZKuk3QXXLWLuzyfKzrASA IqPFXcjP0/Ak5dYJ9GvPWyCokoexuCT4+tnAhjSnSQrTc+V+6juHowVBGBBbtaAzJJmfqCW4 xShlB/kvp+N+tqXOGKLDozHf9cwaLJrti+P7fJLLHZBtQ+3U1mpuYxMBmJS8Msorm/BqYqtX bhU8Jso++/b9T4VTUPcZLTPg5uK9Zrt4RvA2LfqP8/rwX7gEgs5KRDoOJhPq/DJC2wt6rSvp ece3htlNJEFloQAAAAAAAA== --------------ms090202020408040202020104-- From owner-freebsd-x11@FreeBSD.ORG Sun Nov 16 16:27:00 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.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 70059339 for ; Sun, 16 Nov 2014 16:27:00 +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 30D33AD6 for ; Sun, 16 Nov 2014 16:26:59 +0000 (UTC) Received: from 2a02-8428-011b-e000-0290-f5ff-fe9d-b78c.rev.sfr.net ([2a02:8428:11b:e000:290:f5ff:fe9d:b78c] helo=magellan.dumbbell.fr) by mail.made4.biz with esmtpsa (TLSv1.2:DHE-RSA-AES128-SHA:128) (Exim 4.84 (FreeBSD)) (envelope-from ) id 1Xq2fB-0001NE-Pu for freebsd-x11@freebsd.org; Sun, 16 Nov 2014 17:26:57 +0100 Message-ID: <5468D051.5010309@dumbbell.fr> Date: Sun, 16 Nov 2014 17:26:57 +0100 From: =?windows-1252?Q?Jean-S=E9bastien_P=E9dron?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: freebsd-x11@freebsd.org Subject: Re: (redirect) Re: puzzling X11/mouse problem .... References: <5458E382.5090101@hiwaay.net> <20141104160902.3f5b9a5e.freebsd@edvax.de> <5459060B.7080907@hiwaay.net> <545A673B.9040106@dumbbell.fr> <545A976E.3060903@hiwaay.net> <54689BF6.5020403@dumbbell.fr> <5468B7D5.2060204@hiwaay.net> In-Reply-To: <5468B7D5.2060204@hiwaay.net> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="dS3TdQFkLvDwoQfc7ndMDmJua0SpVt5tj" X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Nov 2014 16:27:00 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --dS3TdQFkLvDwoQfc7ndMDmJua0SpVt5tj Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 16.11.2014 15:42, William A. Mahaffey III wrote: > The mouse in question is several years old, but sat unused for much > (almost all) of that time, it turned out to be incompatible with the > predecessor box/OS. Do you mean you don't have mouse lockup anymore? --=20 Jean-S=E9bastien P=E9dron --dS3TdQFkLvDwoQfc7ndMDmJua0SpVt5tj 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 iQJ8BAEBCgBmBQJUaNBRXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2NzA4N0ZEMUFFQUUwRTEyREJDNkE2RjAz OUU5OTc2MUE1RkQ5NENDAAoJEDnpl2Gl/ZTMBJ0P/iVK2IAhtgLEd+iBx8hQaEDf lDF8YJb37UoGZ/jwmUhkufuqeKAB6zbZNl5CPmP4n8NXJGX3ObLBj6sFb13GzXo1 mA26sYQPDqT9wihcnXjEON/vGsyfcXa/no7hchczTr/Ryj98MSqiKvd/XK/zK6o4 mfmUi2EN1eiIvgb4uG5C0AlQTVoFliDmhcuXSIkMqTILxhAxzQSdVmOA2Kf/nCnH DJSYRvUxbJeum/SnJBrD3gbF77z4Vu5Dzw/GlR4n8UZTUmGSiJBe44U4hJpZgIhm Ii8XtNO+D1tUy9E+lzOJb5xu0ePcFaWmBtA2FZ79aVe25BOZ2KLOI4SCzN2OHEuA K+YWmfsez7nbAFQ8jDn/bd96YwxFz6DnyT/Z6G+Kr6YluQ5q5FQVIWUaEfaLZr8b QpMZBH5p5lT7YT5w08S0/++lBiSCT9KlR1QUmfGlmWenkKAYjeGlQNKfXtsIC4Sh oxiaBed8xmVSe6pGOM8MYhffMlINdRz4fy2DiqXTwcyvEtALYk4czdvZDk5Py2kX g5+sRaiOCZihyvT/0Zy0AI5E6bSHBgrTjqqRTN0L8ViXS5J4ucTXlcz6aU6vnR5j k0ozxsJ88tnSOZHba6VWi83pbpRJVBVLfMGMiV3h8xjkLdtB3mPwTZKKXK2IfuCL 4cEVbv3648YHkdXTv+7T =2xYN -----END PGP SIGNATURE----- --dS3TdQFkLvDwoQfc7ndMDmJua0SpVt5tj-- From owner-freebsd-x11@FreeBSD.ORG Sun Nov 16 16:36:20 2014 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CE7F23CB for ; Sun, 16 Nov 2014 16:36: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 90690BA2 for ; Sun, 16 Nov 2014 16:36:20 +0000 (UTC) Received: from 2a02-8428-011b-e000-0290-f5ff-fe9d-b78c.rev.sfr.net ([2a02:8428:11b:e000:290:f5ff:fe9d:b78c] helo=magellan.dumbbell.fr) by mail.made4.biz with esmtpsa (TLSv1.2:DHE-RSA-AES128-SHA:128) (Exim 4.84 (FreeBSD)) (envelope-from ) id 1Xq2oE-0001T8-NG; Sun, 16 Nov 2014 17:36:18 +0100 Message-ID: <5468D27E.4000304@dumbbell.fr> Date: Sun, 16 Nov 2014 17:36:14 +0100 From: =?UTF-8?B?SmVhbi1Tw6liYXN0aWVuIFDDqWRyb24=?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: "Marat N.Afanasyev" , freebsd-x11@freebsd.org Subject: Re: CFT: Update to xf86-video-ati 7.5.0 References: <544E0FC8.8090605@FreeBSD.org> <5459B8E8.2000805@li.ru> <545A5422.8000002@ksu.ru> <545F0426.6080505@li.ru> <5468A034.8080705@dumbbell.fr> <5468CEB4.5030100@li.ru> In-Reply-To: <5468CEB4.5030100@li.ru> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="58EnNMKgM3rjBpcHTngdJfmWFTD8IL3q7" X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Nov 2014 16:36:20 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --58EnNMKgM3rjBpcHTngdJfmWFTD8IL3q7 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 16.11.2014 17:20, Marat N.Afanasyev wrote: >> If you tried to start X with xf86-video-ati installed and then you >> installed xf86-video-ati-ums, you need to reboot. This is because the >> kernel driver is loaded and can't be unloaded without a reboot. >=20 > I installed xf-98-video-ati-ums after I encountered hard lockup with > 7.4.0 and pressed reset on computer: > booted to single, > fsck-ed all fs, (btw lost a .history file, as usual) > make -C /usr/ports/install in x11-dricers/xf86-video-ati-ums > then > startx > and black screen with 1920x1200@60 on my monitor. c-a-f1 doesn't work Could you please post your dmesg (taken after startx) and Xorg.log with xf86-video-ati-ums installed? Furthermore, could you please try again with xf86-video-ati 7.5.0 with the following sysctl set? debug.debugger_on_panic=3D0 And setup kernel core dumps. You need at least the following line in /etc/rc.conf: dumpdev=3D"AUTO" What version of FreeBSD do you use by the way? 11-CURRENT? --=20 Jean-S=C3=A9bastien P=C3=A9dron --58EnNMKgM3rjBpcHTngdJfmWFTD8IL3q7 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 iQJ8BAEBCgBmBQJUaNKCXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2NzA4N0ZEMUFFQUUwRTEyREJDNkE2RjAz OUU5OTc2MUE1RkQ5NENDAAoJEDnpl2Gl/ZTMyrMQANxd9E+4KpFln74c22eRTalT a2LlgT0Z2TvzdBnWeL30iqTcPnMDrIm0UBaRXS1Cz73Fy1/VjHgw4ZukOMm4DTWr HiybvJevDJqwUIX55qy7uRI7byav3bofe4N9OjvxjLEUxhmUFCa29GjoUm4OlhJg gTI0YuqIXr+RExf/PnQ32naQrP/uIWUAORx5UaSFn3h8oplAPgt54gbzBaTUZQpl 3UjsfjPxSxfRLycxUUXYJX7c9HqvNd+OyC1rzFBXO4iOUJQNoqagIQ2NFXS//0vM yvmCGXo/OfIV7RUAsWGzyRit7ZnnT2RIj0UyMr2McrB5QlDnhk3hwVjAn9NG60nU g2dQbQnRdh3k0Cu3eaihfrLEMf9KEN5+PB+mJsQlzoCOSNYg8XA+0JxspJftcjFo TTeXPHRX6OMzBpMzM0iTGVa2twNcHM4RFlIYd7Yoet/lqXE97XjIUiWdFdanNeOx lE8wPKwGxEQJE9WTeQr63HymkJl3W5yJynhdk7Xm4XVcHVcMvLyV5nKybEtudSlF YQjJk63p5LIlQEUMPN+r8vIEb21XPe+veL/PLuseVHEpWeBsqEogQMXzW8KZQlQS 2z/PLu1LEryZrZrFY6L27FQUYzMm5zvy9E0roqV5gm5gzyYoAVnfwaJE+vQmoWea e7Er5VmTsfbIv/OCRxPF =FK74 -----END PGP SIGNATURE----- --58EnNMKgM3rjBpcHTngdJfmWFTD8IL3q7-- From owner-freebsd-x11@FreeBSD.ORG Sun Nov 16 16:39:08 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.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 44626435 for ; Sun, 16 Nov 2014 16:39:08 +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 03510BB6 for ; Sun, 16 Nov 2014 16:39:08 +0000 (UTC) Received: from 2a02-8428-011b-e000-0290-f5ff-fe9d-b78c.rev.sfr.net ([2a02:8428:11b:e000:290:f5ff:fe9d:b78c] helo=magellan.dumbbell.fr) by mail.made4.biz with esmtpsa (TLSv1.2:DHE-RSA-AES128-SHA:128) (Exim 4.84 (FreeBSD)) (envelope-from ) id 1Xq2qw-0001V4-7y for freebsd-x11@freebsd.org; Sun, 16 Nov 2014 17:39:06 +0100 Message-ID: <5468D329.5050502@dumbbell.fr> Date: Sun, 16 Nov 2014 17:39:05 +0100 From: =?windows-1252?Q?Jean-S=E9bastien_P=E9dron?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: freebsd-x11@freebsd.org Subject: Re: Xorg configure failure with Radeon card References: <5466DD69.5000205@gmx.us> <54673C5D.6040900@gmail.com> <54676567.8090200@gmx.us> <5467A3BE.2060207@gmail.com> <5467A75D.9000605@gmx.us> <5467AD77.9060408@gmail.com> <20141115164711.dc9f2b0b219c604ceff307cf@gmx.us> <5468A1F7.8040907@addr.com> <5468AD4D.30902@dumbbell.fr> <5468B073.5030402@addr.com> <5468B3E9.2070406@addr.com> <5468B4C4.5040706@dumbbell.fr> <5468B612.6030109@addr.com> In-Reply-To: <5468B612.6030109@addr.com> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="5ax5pAbaoUflqwKmoiMLkpOfpJ9V5D0Jx" X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Nov 2014 16:39:08 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --5ax5pAbaoUflqwKmoiMLkpOfpJ9V5D0Jx Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 16.11.2014 15:34, Tony Sweeney wrote: > Pastebin: http://pastebin.com/T25Z7nQn Could you please deinstall xf86-video-vesa and try again? If it doesn't work, please post your Xorg.log again. --=20 Jean-S=E9bastien P=E9dron --5ax5pAbaoUflqwKmoiMLkpOfpJ9V5D0Jx 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 iQJ8BAEBCgBmBQJUaNMpXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2NzA4N0ZEMUFFQUUwRTEyREJDNkE2RjAz OUU5OTc2MUE1RkQ5NENDAAoJEDnpl2Gl/ZTM29QQAIH+Ji039XInirlUahKcreKq ldqn5UqH6awqorbZpLyGrBzunqki6eoegn38KhAnPR09eSQlNR1fEfgaOUeyim/p ueQc461g6f5aAVGhiFGIM47i7++YfjzhEu/yCcyeuXMRn/+GJA4H4zwIAnA8HBCf gBzJ9msulpvCHl9/X4/XbPVBItpvJg2oX6gE/z/vrXUOYsNrIbnfjxKocnqe2jvw 1oHkqqNc0W4DFI+DVDEwDarVTayC1jqqLZjOQkqZONDMeH5E6KLy+FE1qPOhRfqX 9MiZyEId789KfTPmxagvOXe4vz/DwCjVI3ULhiXy1JvE7M8N8QCCzWY8Mx4/d3Ao 7OcBYKzSfHoKxfw1UX/cOnPzNG+Nw/A+00Vsm67YZpk25AFv3hsmbdlWoZEhAnlR 1fn1L1H8hbowEVQgCwzv7/MMP0BVXnbhzFc2IxsUxBYVbKedG0yAsP6Zzrf8Ah4K oKenn+JIVkn+XZUy5aXHvvYHlN0MFUfPS1beQnK5/Ko1s6Sa39DVUdbLSrlyPjht jL5XHKCDqdvVqLV6Rt8oaGuSJSo+nPym3jf42T9FsxmVOcuVgGuy6EToCFSVK2lE 5T16GP6E+0DSxlJfhcmhjdFncv2uYDMIs95RWqhaCJ1n8QXcnFronBHb50wEROJ+ A9SqMYaCZGOGWRkhCU6T =L8DO -----END PGP SIGNATURE----- --5ax5pAbaoUflqwKmoiMLkpOfpJ9V5D0Jx-- From owner-freebsd-x11@FreeBSD.ORG Sun Nov 16 16:56:44 2014 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F2B2B579 for ; Sun, 16 Nov 2014 16:56:44 +0000 (UTC) Received: from mail-lb0-f176.google.com (mail-lb0-f176.google.com [209.85.217.176]) (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 66951D39 for ; Sun, 16 Nov 2014 16:56:43 +0000 (UTC) Received: by mail-lb0-f176.google.com with SMTP id 10so14684748lbg.21 for ; Sun, 16 Nov 2014 08:56:36 -0800 (PST) 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=r4Kia91EpZ56JoPDs3DXz+AAkJZfT107Su6/Rxj1kgk=; b=VYq236JFzHNF80EomHpwFd21OpBm90BszpX479b0e4ExW4oAgTaiDNgI2mOGJ3khhK XzsdkyhL9bDTf/oq6oLkYHPNssweaz799myDsBk+XaDXrL64s3JK0rhDCVgDXvy42W7d GUnwQqRTzGpo0bLQ+v3FXvW83TQK8DNSOW5r+ztIWym4J5EOnSXW5L3V7VsJSrhSSE3/ Dd7RM0w/56QLJUoUKNhH8Erk1SICTCZ38bIM9Jd7MuUCfQoOZBQDmdJ15+ZV9R7BSnTe Ity3z1WM87LE1GnIKh1PfDsKo8Wzx9SzZALfnhNY5oiycjVrhG0FamMCXZ7obOtsDPVj kU6w== X-Gm-Message-State: ALoCoQmIVJepldl2DU5LZUneY/L1o/F8liL0dk3CrnQlYd12GfJY5Q6SvN3WaZHKNniMNli4DYrY X-Received: by 10.152.206.67 with SMTP id lm3mr7907698lac.16.1416156569206; Sun, 16 Nov 2014 08:49:29 -0800 (PST) Received: from zealot.ksu.ru (zealot.hitv.ru. [83.151.8.230]) by mx.google.com with ESMTPSA id y7sm7008290lay.18.2014.11.16.08.49.27 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 16 Nov 2014 08:49:28 -0800 (PST) Message-ID: <5468D595.9070706@li.ru> Date: Sun, 16 Nov 2014 19:49:25 +0300 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: CFT: Update to xf86-video-ati 7.5.0 References: <544E0FC8.8090605@FreeBSD.org> <5459B8E8.2000805@li.ru> <545A5422.8000002@ksu.ru> <545F0426.6080505@li.ru> <5468A034.8080705@dumbbell.fr> <5468CEB4.5030100@li.ru> <5468D27E.4000304@dumbbell.fr> In-Reply-To: <5468D27E.4000304@dumbbell.fr> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms070400020008070703080400" X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Nov 2014 16:56:45 -0000 This is a cryptographically signed message in MIME format. --------------ms070400020008070703080400 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Jean-S=C3=A9bastien P=C3=A9dron wrote: > On 16.11.2014 17:20, Marat N.Afanasyev wrote: >>> If you tried to start X with xf86-video-ati installed and then you >>> installed xf86-video-ati-ums, you need to reboot. This is because the= >>> kernel driver is loaded and can't be unloaded without a reboot. >> >> I installed xf-98-video-ati-ums after I encountered hard lockup with >> 7.4.0 and pressed reset on computer: >> booted to single, >> fsck-ed all fs, (btw lost a .history file, as usual) >> make -C /usr/ports/install in x11-dricers/xf86-video-ati-ums >> then >> startx >> and black screen with 1920x1200@60 on my monitor. c-a-f1 doesn't work > > Could you please post your dmesg (taken after startx) and Xorg.log with= > xf86-video-ati-ums installed? I'll try asap. It will require changing Xserver and all connected=20 packages again. Xorg.log was posted in this thread somewhere earlier ;)=20 do you need verbose dmesg? > > Furthermore, could you please try again with xf86-video-ati 7.5.0 with > the following sysctl set? > debug.debugger_on_panic=3D0 > > And setup kernel core dumps. You need at least the following line in > /etc/rc.conf: > dumpdev=3D"AUTO" > > What version of FreeBSD do you use by the way? 11-CURRENT? > 7.5.0 is unusable for me because it refuses to wake up after night long=20 sleep, as I posted before. --=20 SY, Marat --------------ms070400020008070703080400 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 Bi0wggUVoAMCAQICAwsAMzANBgkqhkiG9w0BAQUFADCBjDELMAkGA1UEBhMCSUwxFjAUBgNV BAoTDVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRl IFNpZ25pbmcxODA2BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDEgUHJpbWFyeSBJbnRlcm1lZGlh dGUgQ2xpZW50IENBMB4XDTE0MDgyOTAwMTgzOVoXDTE1MDgzMDA1MTgxN1owTzEZMBcGA1UE DRMQOE9aclhtWFpRMzIwNEFuUzEVMBMGA1UEAwwMYW1hcmF0QGxpLnJ1MRswGQYJKoZIhvcN AQkBFgxhbWFyYXRAbGkucnUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQC3elxx SBZDrD0uhfNnw4YsVJ2PSjkAEzBye2Ng46BFsFwUmB0Ely0LJz3zAn2HwAN3uN4bHzZ1yvVO Q7exjoEfyFjadNq3UHMDw3z+LIhxQX4SNdT2H072yndfOLsyKuayOBHeM/CyxLkvsl9cIl7i 45dVhE1NEkEUr71xDyHETaULAwejcEIE281JH/LVRRtysA2hCC9mIfcu+l8swGONGcPr7Ywr l9YegN0RwZvGZl/EWyLMQQXfyU0gAYgT3Y7P+w2obeMeWpxXny+oEub4vYsx18meyKFgnz1G 336Z3J0a7mPBC/P4Qx4X63o6Orfvu2M38AhIKgibRuW7pBBvAgMBAAGjggLSMIICzjAJBgNV HRMEAjAAMAsGA1UdDwQEAwIEsDAdBgNVHSUEFjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwHQYD VR0OBBYEFOzBNZZDHLsTtz2ojwcM4rHQBZSeMB8GA1UdIwQYMBaAFFNy7ZKc4NrLAVx8fpY1 TvLUuFGCMBcGA1UdEQQQMA6BDGFtYXJhdEBsaS5ydTCCAUwGA1UdIASCAUMwggE/MIIBOwYL KwYBBAGBtTcBAgMwggEqMC4GCCsGAQUFBwIBFiJodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9w b2xpY3kucGRmMIH3BggrBgEFBQcCAjCB6jAnFiBTdGFydENvbSBDZXJ0aWZpY2F0aW9uIEF1 dGhvcml0eTADAgEBGoG+VGhpcyBjZXJ0aWZpY2F0ZSB3YXMgaXNzdWVkIGFjY29yZGluZyB0 byB0aGUgQ2xhc3MgMSBWYWxpZGF0aW9uIHJlcXVpcmVtZW50cyBvZiB0aGUgU3RhcnRDb20g Q0EgcG9saWN5LCByZWxpYW5jZSBvbmx5IGZvciB0aGUgaW50ZW5kZWQgcHVycG9zZSBpbiBj b21wbGlhbmNlIG9mIHRoZSByZWx5aW5nIHBhcnR5IG9ibGlnYXRpb25zLjA2BgNVHR8ELzAt MCugKaAnhiVodHRwOi8vY3JsLnN0YXJ0c3NsLmNvbS9jcnR1MS1jcmwuY3JsMIGOBggrBgEF BQcBAQSBgTB/MDkGCCsGAQUFBzABhi1odHRwOi8vb2NzcC5zdGFydHNzbC5jb20vc3ViL2Ns YXNzMS9jbGllbnQvY2EwQgYIKwYBBQUHMAKGNmh0dHA6Ly9haWEuc3RhcnRzc2wuY29tL2Nl cnRzL3N1Yi5jbGFzczEuY2xpZW50LmNhLmNydDAjBgNVHRIEHDAahhhodHRwOi8vd3d3LnN0 YXJ0c3NsLmNvbS8wDQYJKoZIhvcNAQEFBQADggEBAGKPgpUPUgI65nQHxESjq9azfB4zS4Mz 1WP+l9/7VP4kiKBK9+lJmNwckKDD9gKvMxc75TZTFD1oNP9Q4izjBAKTx3EybLvjkW52kORJ go/3AUHE48patq/PQOJ4ti3nIMDqg/c6ikO4xKQcX+vGgszuSPjikQO9D/K+oGqtlhcE8CP6 M5qnVwIBwHWtk9ip/CH3dqu368CR5+zavJcd5N45LuDdEuaC0POX6znfUDmSo9Ydarzqunbf tS7T5RffXuMPA3VBsPQnbCXETlSBTZmUDrwqkLv6H6A2+v9keO1aDhnf1qlL7vEgjBF2BC59 8J7Qkmobp4FjebyGNEH0Ny8wggY0MIIEHKADAgECAgEeMA0GCSqGSIb3DQEBBQUAMH0xCzAJ 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 Q2xhc3MgMSBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0ECAwsAMzAJBgUrDgMCGgUA oIICHTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNDExMTYx NjQ5MjVaMCMGCSqGSIb3DQEJBDEWBBSF9QyDWq6i2ETjKlqI9EnRB9NaiTBsBgkqhkiG9w0B CQ8xXzBdMAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcN AwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGlBgkrBgEE AYI3EAQxgZcwgZQwgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSsw KQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMTgwNgYDVQQDEy9T dGFydENvbSBDbGFzcyAxIFByaW1hcnkgSW50ZXJtZWRpYXRlIENsaWVudCBDQQIDCwAzMIGn BgsqhkiG9w0BCRACCzGBl6CBlDCBjDELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29t IEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNpZ25pbmcxODA2 BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDEgUHJpbWFyeSBJbnRlcm1lZGlhdGUgQ2xpZW50IENB AgMLADMwDQYJKoZIhvcNAQEBBQAEggEAUBIVdL7JGy4BzeiKdpBaExWGY6qgrAdqY36rm8x9 +aBbBwZ0EsvXApZ+m8GAbS1+k4H+X/aGorUFnuh72gz7qqEUH3FCYzDUxBWiqrAutP/mO18j WlGiOy7oR2HcBZXkIeFU8//O9hf5HkyTDMr5UTIkej2iq0zLpd6W1gSnz4rm0Hp56hTgz4PC bcpZC+GYyfPiNyaOzESeqH3cIp2SVJf9HR55HFCLnmcbRvaxCTyTlSAnc1UWYfQK8TRlaRju BCMcrAlV2vB4wVz0tKu6BQUxown03PlgmaWnF24Sbg6OodZthwAHPz2W+ysukeMDVJITapEX CH9vJez/mLPaqwAAAAAAAA== --------------ms070400020008070703080400-- From owner-freebsd-x11@FreeBSD.ORG Sun Nov 16 17:07:41 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.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AC0A260A for ; Sun, 16 Nov 2014 17:07:41 +0000 (UTC) Received: from proxy1.addr.com (proxy1.addr.com [69.90.211.27]) (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 92E39DFA for ; Sun, 16 Nov 2014 17:07:41 +0000 (UTC) Received: from [192.168.1.72] ([87.112.125.172]) (authenticated bits=0 user=sweeney) by proxy1.addr.com (8.14.4/8.12.8/Submit) with ESMTP id sAGH6SiS007019 for ; Sun, 16 Nov 2014 09:06:50 -0800 (PST) Message-ID: <5468D9B6.7030805@addr.com> Date: Sun, 16 Nov 2014 17:07:02 +0000 From: Tony Sweeney User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.1.2 MIME-Version: 1.0 To: freebsd-x11@freebsd.org Subject: Re: Xorg configure failure with Radeon card References: <5466DD69.5000205@gmx.us> <54673C5D.6040900@gmail.com> <54676567.8090200@gmx.us> <5467A3BE.2060207@gmail.com> <5467A75D.9000605@gmx.us> <5467AD77.9060408@gmail.com> <20141115164711.dc9f2b0b219c604ceff307cf@gmx.us> <5468A1F7.8040907@addr.com> <5468AD4D.30902@dumbbell.fr> <5468B073.5030402@addr.com> <5468B3E9.2070406@addr.com> <5468B4C4.5040706@dumbbell.fr> <5468B612.6030109@addr.com> <5468D329.5050502@dumbbell.fr> In-Reply-To: <5468D329.5050502@dumbbell.fr> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Nov 2014 17:07:41 -0000 On 11/16/2014 16:39, Jean-Sébastien Pédron wrote: > On 16.11.2014 15:34, Tony Sweeney wrote: >> Pastebin: http://pastebin.com/T25Z7nQn > > Could you please deinstall xf86-video-vesa and try again? If it doesn't > work, please post your Xorg.log again. > That wants to do a cascade delete of Xorg: root@sleekit:/etc # pkg delete xf86-video-vesa Checking integrity... done (0 conflicting) Deinstallation has been requested for the following 4 packages (of 0 packages in the universe): Installed packages to be REMOVED: xf86-video-vesa-2.3.3_4 xorg-drivers-7.7_2 (depends on xf86-video-vesa-2.3.3_4) xorg-7.7_1 (depends on xf86-video-vesa-2.3.3_4) xorg-minimal-7.5.2_1 (depends on xf86-video-vesa-2.3.3_4) The operation will free 33 KB. Proceed with deinstalling packages? [y/N]: Instead I just moved the shared library aside: mv /usr/local/lib/xorg/modules/drivers/vesa_drv.so /usr/local/lib/xorg/modules/drivers/vesa_drv.so.disabled Log follows: root@sleekit:/etc # cat !$ cat /var/log/Xorg.0.log [ 19221.494] X.Org X Server 1.12.4 Release Date: 2012-08-27 [ 19221.494] X Protocol Version 11, Revision 0 [ 19221.494] Build Operating System: FreeBSD 10.0-RELEASE-p9 amd64 [ 19221.494] Current Operating System: FreeBSD sleekit 10.1-RELEASE FreeBSD 10.1-RELEASE #0 r274401: Tue Nov 11 21:02:49 UTC 2014 root@releng1.nyi.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 [ 19221.494] Build Date: 29 October 2014 10:59:16AM [ 19221.494] [ 19221.494] Current version of pixman: 0.32.6 [ 19221.494] Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [ 19221.494] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 19221.494] (==) Log file: "/var/log/Xorg.0.log", Time: Sun Nov 16 17:03:12 2014 [ 19221.494] (II) Loader magic: 0x7b74f0 [ 19221.494] (II) Module ABI versions: [ 19221.494] X.Org ANSI C Emulation: 0.4 [ 19221.494] X.Org Video Driver: 12.1 [ 19221.494] X.Org XInput driver : 16.0 [ 19221.494] X.Org Server Extension : 6.0 [ 19221.494] (!!) More than one possible primary device found [ 19221.494] (--) PCI: (0:0:1:0) 1002:130f:1002:0123 rev 0, Mem @ 0xb0000000/268435456, 0xd0000000/8388608, 0xfeb00000/262144, I/O @ 0x0000f000/256, BIOS @ 0x????????/65536 [ 19221.495] (--) PCI: (0:1:0:0) 1002:68e1:1787:3000 rev 0, Mem @ 0xc0000000/268435456, 0xfea20000/131072, I/O @ 0x0000e000/256, BIOS @ 0x????????/65536 [ 19221.495] (==) Using default built-in configuration (21 lines) [ 19221.495] (==) --- Start of built-in configuration --- [ 19221.495] Section "Device" [ 19221.495] Identifier "Builtin Default vesa Device 0" [ 19221.495] Driver "vesa" [ 19221.495] EndSection [ 19221.495] Section "Screen" [ 19221.495] Identifier "Builtin Default vesa Screen 0" [ 19221.495] Device "Builtin Default vesa Device 0" [ 19221.495] EndSection [ 19221.495] Section "Device" [ 19221.495] Identifier "Builtin Default fbdev Device 0" [ 19221.495] Driver "fbdev" [ 19221.495] EndSection [ 19221.495] Section "Screen" [ 19221.495] Identifier "Builtin Default fbdev Screen 0" [ 19221.495] Device "Builtin Default fbdev Device 0" [ 19221.495] EndSection [ 19221.495] Section "ServerLayout" [ 19221.495] Identifier "Builtin Default Layout" [ 19221.495] Screen "Builtin Default vesa Screen 0" [ 19221.495] Screen "Builtin Default fbdev Screen 0" [ 19221.495] EndSection [ 19221.495] (==) --- End of built-in configuration --- [ 19221.495] (==) ServerLayout "Builtin Default Layout" [ 19221.495] (**) |-->Screen "Builtin Default vesa Screen 0" (0) [ 19221.495] (**) | |-->Monitor "" [ 19221.495] (**) | |-->Device "Builtin Default vesa Device 0" [ 19221.495] (==) No monitor specified for screen "Builtin Default vesa Screen 0". Using a default monitor configuration. [ 19221.495] (**) |-->Screen "Builtin Default fbdev Screen 0" (1) [ 19221.495] (**) | |-->Monitor "" [ 19221.495] (**) | |-->Device "Builtin Default fbdev Device 0" [ 19221.495] (==) No monitor specified for screen "Builtin Default fbdev Screen 0". Using a default monitor configuration. [ 19221.495] (==) Automatically adding devices [ 19221.495] (==) Automatically enabling devices [ 19221.495] (WW) `fonts.dir' not found (or not valid) in "/usr/local/lib/X11/fonts/misc/". [ 19221.495] Entry deleted from font path. [ 19221.495] (Run 'mkfontdir' on "/usr/local/lib/X11/fonts/misc/"). [ 19221.495] (WW) `fonts.dir' not found (or not valid) in "/usr/local/lib/X11/fonts/Type1/". [ 19221.495] Entry deleted from font path. [ 19221.495] (Run 'mkfontdir' on "/usr/local/lib/X11/fonts/Type1/"). [ 19221.496] (WW) `fonts.dir' not found (or not valid) in "/usr/local/lib/X11/fonts/100dpi/". [ 19221.496] Entry deleted from font path. [ 19221.496] (Run 'mkfontdir' on "/usr/local/lib/X11/fonts/100dpi/"). [ 19221.496] (WW) `fonts.dir' not found (or not valid) in "/usr/local/lib/X11/fonts/75dpi/". [ 19221.496] Entry deleted from font path. [ 19221.496] (Run 'mkfontdir' on "/usr/local/lib/X11/fonts/75dpi/"). [ 19221.496] (==) FontPath set to: /usr/local/lib/X11/fonts/TTF/, /usr/local/lib/X11/fonts/OTF/ [ 19221.496] (==) ModulePath set to "/usr/local/lib/xorg/modules" [ 19221.496] (II) The server relies on HAL to provide the list of input devices. If no devices become available, reconfigure HAL or disable AutoAddDevices. [ 19221.496] (II) LoadModule: "extmod" [ 19221.496] (II) Loading /usr/local/lib/xorg/modules/extensions/libextmod.so [ 19221.496] (II) Module extmod: vendor="X.Org Foundation" [ 19221.496] compiled for 1.12.4, module version = 1.0.0 [ 19221.496] Module class: X.Org Server Extension [ 19221.496] ABI class: X.Org Server Extension, version 6.0 [ 19221.496] (II) Loading extension MIT-SCREEN-SAVER [ 19221.496] (II) Loading extension XFree86-VidModeExtension [ 19221.496] (II) Loading extension XFree86-DGA [ 19221.496] (II) Loading extension DPMS [ 19221.496] (II) Loading extension XVideo [ 19221.496] (II) Loading extension XVideo-MotionCompensation [ 19221.496] (II) Loading extension X-Resource [ 19221.496] (II) LoadModule: "dbe" [ 19221.497] (II) Loading /usr/local/lib/xorg/modules/extensions/libdbe.so [ 19221.497] (II) Module dbe: vendor="X.Org Foundation" [ 19221.497] compiled for 1.12.4, module version = 1.0.0 [ 19221.497] Module class: X.Org Server Extension [ 19221.497] ABI class: X.Org Server Extension, version 6.0 [ 19221.497] (II) Loading extension DOUBLE-BUFFER [ 19221.497] (II) LoadModule: "glx" [ 19221.497] (II) Loading /usr/local/lib/xorg/modules/extensions/libglx.so [ 19221.497] (II) Module glx: vendor="X.Org Foundation" [ 19221.497] compiled for 1.12.4, module version = 1.0.0 [ 19221.497] ABI class: X.Org Server Extension, version 6.0 [ 19221.497] (==) AIGLX enabled [ 19221.497] (II) Loading extension GLX [ 19221.497] (II) LoadModule: "record" [ 19221.497] (II) Loading /usr/local/lib/xorg/modules/extensions/librecord.so [ 19221.497] (II) Module record: vendor="X.Org Foundation" [ 19221.497] compiled for 1.12.4, module version = 1.13.0 [ 19221.498] Module class: X.Org Server Extension [ 19221.498] ABI class: X.Org Server Extension, version 6.0 [ 19221.498] (II) Loading extension RECORD [ 19221.498] (II) LoadModule: "dri" [ 19221.498] (II) Loading /usr/local/lib/xorg/modules/extensions/libdri.so [ 19221.498] (II) Module dri: vendor="X.Org Foundation" [ 19221.498] compiled for 1.12.4, module version = 1.0.0 [ 19221.498] ABI class: X.Org Server Extension, version 6.0 [ 19221.498] (II) Loading extension XFree86-DRI [ 19221.498] (II) LoadModule: "dri2" [ 19221.498] (II) Loading /usr/local/lib/xorg/modules/extensions/libdri2.so [ 19221.498] (II) Module dri2: vendor="X.Org Foundation" [ 19221.498] compiled for 1.12.4, module version = 1.2.0 [ 19221.498] ABI class: X.Org Server Extension, version 6.0 [ 19221.498] (II) Loading extension DRI2 [ 19221.498] (II) LoadModule: "vesa" [ 19221.499] (WW) Warning, couldn't open module vesa [ 19221.499] (II) UnloadModule: "vesa" [ 19221.499] (II) Unloading vesa [ 19221.499] (EE) Failed to load module "vesa" (module does not exist, 0) [ 19221.499] (II) LoadModule: "fbdev" [ 19221.507] (WW) Warning, couldn't open module fbdev [ 19221.507] (II) UnloadModule: "fbdev" [ 19221.507] (II) Unloading fbdev [ 19221.507] (EE) Failed to load module "fbdev" (module does not exist, 0) [ 19221.507] (EE) No drivers available. [ 19221.507] Fatal server error: [ 19221.507] no screens found [ 19221.507] Please consult the The X.Org Foundation support at http://wiki.x.org for help. [ 19221.507] Please also check the log file at "/var/log/Xorg.0.log" for additional information. [ 19221.507] [ 19221.507] Server terminated with error (1). Closing log file. From owner-freebsd-x11@FreeBSD.ORG Sun Nov 16 17:16:27 2014 Return-Path: Delivered-To: freebsd-x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CF7A79F0 for ; Sun, 16 Nov 2014 17:16:27 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 B75D5EC6 for ; Sun, 16 Nov 2014 17:16:27 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sAGHGRWH042332 for ; Sun, 16 Nov 2014 17:16:27 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-x11@FreeBSD.org Subject: [Bug 182723] graphics/dri fails to build on 9.2-Stable Date: Sun, 16 Nov 2014 17:16:27 +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: dumbbell@FreeBSD.org X-Bugzilla-Status: In Discussion X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-x11@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc 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-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Nov 2014 17:16:27 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=182723 Jean-Sebastien Pedron changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dumbbell@FreeBSD.org --- Comment #3 from Jean-Sebastien Pedron --- The original problem is fixed in the Ports tree. (In reply to C Hutchinson from comment #2) > This is for those of us who use gcc && not clang :) > > However, this doesn't fix more recent versions of graphics/dri > that are built on (recent) 11-CURRENT. As the conditional won't > see 11. :( > I was also unable to build graphics/dri under _any_ circumstances > on 11-CURRENT. Even if making the conditional recognize 11. > I'll submit a separate pr(1) for it. :) I don't know what is the proper way to explicitely indicate that all ports should be built with GCC instead of the clang. Why do you need GCC in this case? -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-x11@FreeBSD.ORG Sun Nov 16 17:17:09 2014 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C6E3AA2C for ; Sun, 16 Nov 2014 17:17:09 +0000 (UTC) Received: from land.berklix.org (land.berklix.org [144.76.10.75]) (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 582CDECD for ; Sun, 16 Nov 2014 17:17:08 +0000 (UTC) Received: from mart.js.berklix.net (p57BCF9E3.dip0.t-ipconnect.de [87.188.249.227]) (authenticated bits=128) by land.berklix.org (8.14.5/8.14.5) with ESMTP id sAGHD0v4079008; Sun, 16 Nov 2014 17:13:01 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by mart.js.berklix.net (8.14.3/8.14.3) with ESMTP id sAGHGi6M060820; Sun, 16 Nov 2014 18:16:45 +0100 (CET) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.7/8.14.7) with ESMTP id sAGHG8ox046694; Sun, 16 Nov 2014 18:16:20 +0100 (CET) (envelope-from jhs@berklix.com) Message-Id: <201411161716.sAGHG8ox046694@fire.js.berklix.net> To: freebsd-x11@freebsd.org Subject: Re: Turning off HAL for xorg-server From: "Julian H. Stacey" Organization: http://berklix.com BSD Unix Linux Consultants, Munich Germany User-agent: EXMH on FreeBSD http://berklix.com/free/ X-URL: http://www.berklix.com In-reply-to: Your message "Sun, 16 Nov 2014 15:02:39 +0100." <5468AE7F.3080507@dumbbell.fr> Date: Sun, 16 Nov 2014 18:16:08 +0100 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Nov 2014 17:17:09 -0000 =?windows-1252?Q?Jean-S=E9bastien_P=E9dron?= wrote: > On 16.11.2014 03:37, Warren Block wrote: > > xorg-server no longer requires HAL. When can we turn the HAL option of= > f > > in the port? With current src & ports & an /etc/X11/xorg.conf freshly produced on FreeBSD 11.0-CURRENT 2 days back by: X -configure I had to Add hald_enable="YES" to my rc.conf before internal & external keyboards & mice would resume working. I did not previously need hald_enable in /etc/rc.conf for partitions on same PC running X on 8.4-RELEASE, 9.3-RELEASE, 10.0-RELEASE. Most users will want an X PC that by default works with keyboard & mouse, FreeBSD defaults should support that IMO, as minority higher skilled X purists can easily comment out input if they are building a non standard PC. PS FYI I have long had devd ON, on all 4 FreeBSD partitions & releases, (in case that makes a difference). Cheers, Julian -- Julian Stacey, BSD Linux Unix C Sys Eng Consultant Munich http://berklix.com Indent previous with "> ". Interleave reply paragraphs like a play script. Send plain text, not quoted-printable, HTML, base64, or multipart/alternative. From owner-freebsd-x11@FreeBSD.ORG Sun Nov 16 17:17:53 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.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 540F1A69 for ; Sun, 16 Nov 2014 17:17:53 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 3B2D3ED7 for ; Sun, 16 Nov 2014 17:17:53 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sAGHHriD043033 for ; Sun, 16 Nov 2014 17:17:53 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: x11@FreeBSD.org Subject: [Bug 194561] graphics/libEGL, graphics/libglapi, graphics/libGL and graphics/libglesv2 are using msgfmt from gettext during build stage but does not depend on it Date: Sun, 16 Nov 2014 17:17:52 +0000 X-Bugzilla-Reason: CC 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 Some People X-Bugzilla-Who: dumbbell@FreeBSD.org X-Bugzilla-Status: Open X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: x11@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc 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-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Nov 2014 17:17:53 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194561 Jean-Sebastien Pedron changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dumbbell@FreeBSD.org --- Comment #7 from Jean-Sebastien Pedron --- FYI, the problem is fixed in our development Ports tree (along with an update to Mesa 10.3.3). It should be committed in the following week, I hope. -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. From owner-freebsd-x11@FreeBSD.ORG Sun Nov 16 17:19:56 2014 Return-Path: Delivered-To: x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CE67CAD8 for ; Sun, 16 Nov 2014 17:19:56 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 9B94AEE5 for ; Sun, 16 Nov 2014 17:19:56 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sAGHJuvR044003 for ; Sun, 16 Nov 2014 17:19:56 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: x11@FreeBSD.org Subject: [Bug 194655] graphics/dri incorrect depends - devel/llvm* is listed as BUILD dependency when built with VDPAU support but should be listed as LIB Date: Sun, 16 Nov 2014 17:19:54 +0000 X-Bugzilla-Reason: CC 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 Many People X-Bugzilla-Who: dumbbell@FreeBSD.org X-Bugzilla-Status: Needs Triage X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-ports-bugs@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc 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-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Nov 2014 17:19:56 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194655 Jean-Sebastien Pedron changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dumbbell@FreeBSD.org --- Comment #9 from Jean-Sebastien Pedron --- The original problem is fixed in our development ports tree. It should be committed in the coming week hopefully. (In reply to C Hutchinson from comment #7) > OK I got a little closer to getting graphics/dri installed by unticking > GALLIUM in the config dialog (and VDPAU ticked). I was able to > successfully get it built, but fails at the end of the make(1) > process with: > > gmake[6]: Leaving directory '/usr/ports/graphics/dri/work/Mesa-10.3.2' > gmake[5]: Leaving directory '/usr/ports/graphics/dri/work/Mesa-10.3.2' > ====> Compressing man pages (compress-man) > ===> Installing for dri-10.3.2,2 > ===> Checking if dri already installed > ===> Registering installation for dri-10.3.2,2 as automatic > pkg-static: > lstat(/usr/ports/graphics/dri/work/stage/usr/local/lib/vdpau/libvdpa > u_r600.so): No such file or directory VDPAU depends on Gallium. Therefore, when Gallium is disabled, Mesa doesn't build VDPAU. In our development tree, VDPAU now requires Gallium (and fails to build otherwise). -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-x11@FreeBSD.ORG Sun Nov 16 17:23:36 2014 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C372FF53 for ; Sun, 16 Nov 2014 17:23:36 +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 8172EF8F for ; Sun, 16 Nov 2014 17:23:36 +0000 (UTC) Received: from 2a02-8428-011b-e000-0290-f5ff-fe9d-b78c.rev.sfr.net ([2a02:8428:11b:e000:290:f5ff:fe9d:b78c] helo=magellan.dumbbell.fr) by mail.made4.biz with esmtpsa (TLSv1.2:DHE-RSA-AES128-SHA:128) (Exim 4.84 (FreeBSD)) (envelope-from ) id 1Xq3Xy-000208-K2 for freebsd-x11@freebsd.org; Sun, 16 Nov 2014 18:23:34 +0100 Message-ID: <5468DD87.3040602@dumbbell.fr> Date: Sun, 16 Nov 2014 18:23:19 +0100 From: =?windows-1252?Q?Jean-S=E9bastien_P=E9dron?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: freebsd-x11@freebsd.org Subject: Re: Xorg configure failure with Radeon card References: <5466DD69.5000205@gmx.us> <54673C5D.6040900@gmail.com> <54676567.8090200@gmx.us> <5467A3BE.2060207@gmail.com> <5467A75D.9000605@gmx.us> <5467AD77.9060408@gmail.com> <20141115164711.dc9f2b0b219c604ceff307cf@gmx.us> <5468A1F7.8040907@addr.com> <5468AD4D.30902@dumbbell.fr> <5468B073.5030402@addr.com> <5468B3E9.2070406@addr.com> <5468B4C4.5040706@dumbbell.fr> <5468B612.6030109@addr.com> <5468D329.5050502@dumbbell.fr> <5468D9B6.7030805@addr.com> In-Reply-To: <5468D9B6.7030805@addr.com> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="gK1oT4eF8wt2dUIsNFkPCRTuhsawolIdg" X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Nov 2014 17:23:36 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --gK1oT4eF8wt2dUIsNFkPCRTuhsawolIdg Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 16.11.2014 18:07, Tony Sweeney wrote: > On 11/16/2014 16:39, Jean-S=E9bastien P=E9dron wrote: >> Could you please deinstall xf86-video-vesa and try again? If it doesn'= t >> work, please post your Xorg.log again. >> > That wants to do a cascade delete of Xorg: >=20 > root@sleekit:/etc # pkg delete xf86-video-vesa > ... >=20 > Installed packages to be REMOVED: > xf86-video-vesa-2.3.3_4 > xorg-drivers-7.7_2 (depends on xf86-video-vesa-2.3.3_4) > xorg-7.7_1 (depends on xf86-video-vesa-2.3.3_4) > xorg-minimal-7.5.2_1 (depends on xf86-video-vesa-2.3.3_4) xorg-drivers, xorg and xorg-minimal are meta-ports which just pulls in real packages. You can rename vesa_drv.so back to its original name, it's not the problem. > ... > [ 19221.498] (II) LoadModule: "vesa" > [ 19221.499] (WW) Warning, couldn't open module vesa > [ 19221.499] (II) UnloadModule: "vesa" > [ 19221.499] (II) Unloading vesa > [ 19221.499] (EE) Failed to load module "vesa" (module does not exist, = 0) > [ 19221.499] (II) LoadModule: "fbdev" > [ 19221.507] (WW) Warning, couldn't open module fbdev > [ 19221.507] (II) UnloadModule: "fbdev" > [ 19221.507] (II) Unloading fbdev > [ 19221.507] (EE) Failed to load module "fbdev" (module does not exist,= 0) > [ 19221.507] (EE) No drivers available. Can you double-check that xf86-video-ati is installed? X doesn't even try to load it. --=20 Jean-S=E9bastien P=E9dron --gK1oT4eF8wt2dUIsNFkPCRTuhsawolIdg 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 iQJ8BAEBCgBmBQJUaN2WXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2NzA4N0ZEMUFFQUUwRTEyREJDNkE2RjAz OUU5OTc2MUE1RkQ5NENDAAoJEDnpl2Gl/ZTM0zcQAKyXHsXzhIAv0ufXotolSOhG yHNBYkJUHKK9I199PdFjCjkjrur8Rv1zvHIOATiYhxBR/E0A8bHoL0kzCBs9sBtb SWTLodIpkqDvIuxL/rWEwp310RwgVYXzRHlBZywjfj1RiBX4FeI7Shouqq1e6QaG 1LRqz0+ZocZ2Z+sPEa93wEiOYnnvJv2cHElkHR3zh24eMdCAUNejetw/wTQPYxvS 2OjurXa5dZNv9m/6sCgEl/l2E0hC7U8c65XbuPTLqjn6IHXZlNiiH73vTGgQoJQf 1UYCQXeQi99W1kUIXIzeIZHBgzvZxUwfT8PaIIL+OEi97txJGRdk7xqr7zskD34M RZVb2INAdfgqwMLaHRvGBaqPuobZDGhyWfOvq/KgDgnBMGNKN4CKWuHKXVq5jez7 XUuwH3RPHVmYlhElhe26Mvw4WdDFGRTX5IMFyYx3fTs4xGx3bPMMg4JTZk1Uxoam dJSaYx9sr5ylceMWLkFoE/yhih7DjSSEUsEy+8gkT/wB985NsYBBxO3TM9ssjSey 6AvBQg/FYanl8IHu6QDWIT5Rqicu8+q6gWYbghvOZ4+pDBOKxCN9jDkEkD4Ya1s4 Huzp8JEtlDADLrMD4cKNATMjCaYi3HGMJpOiBwvKeG40iqrJPP3hVWm2AplpRUrk VVR1EIDc20DcUthesmkR =UOxK -----END PGP SIGNATURE----- --gK1oT4eF8wt2dUIsNFkPCRTuhsawolIdg-- From owner-freebsd-x11@FreeBSD.ORG Sun Nov 16 17:31:52 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.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6852C4C4 for ; Sun, 16 Nov 2014 17:31:52 +0000 (UTC) Received: from fly.hiwaay.net (fly.hiwaay.net [216.180.54.1]) (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 17FAEEE for ; Sun, 16 Nov 2014 17:31:51 +0000 (UTC) Received: from kabini1.local (rbn1-216-180-19-47.adsl.hiwaay.net [216.180.19.47]) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id sAGHVnxO014539 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Sun, 16 Nov 2014 11:31:49 -0600 Message-ID: <5468E0FC.9080602@hiwaay.net> Date: Sun, 16 Nov 2014 11:38:04 -0600 From: "William A. Mahaffey III" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: freebsd-x11@freebsd.org Subject: Re: (redirect) Re: puzzling X11/mouse problem .... References: <5458E382.5090101@hiwaay.net> <20141104160902.3f5b9a5e.freebsd@edvax.de> <5459060B.7080907@hiwaay.net> <545A673B.9040106@dumbbell.fr> <545A976E.3060903@hiwaay.net> <54689BF6.5020403@dumbbell.fr> <5468B7D5.2060204@hiwaay.net> <5468D051.5010309@dumbbell.fr> In-Reply-To: <5468D051.5010309@dumbbell.fr> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Nov 2014 17:31:52 -0000 On 11/16/14 10:26, Jean-Sébastien Pédron wrote: > On 16.11.2014 15:42, William A. Mahaffey III wrote: >> The mouse in question is several years old, but sat unused for much >> (almost all) of that time, it turned out to be incompatible with the >> predecessor box/OS. > Do you mean you don't have mouse lockup anymore? > None for the last 12 days, indicated by uptime of 12-ish days .... I haven't changed anything, maybe good/bad luck .... -- William A. Mahaffey III ---------------------------------------------------------------------- "The M1 Garand is without doubt the finest implement of war ever devised by man." -- Gen. George S. Patton Jr. From owner-freebsd-x11@FreeBSD.ORG Sun Nov 16 17:40:45 2014 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 112035CE for ; Sun, 16 Nov 2014 17:40:45 +0000 (UTC) Received: from proxy1.addr.com (proxy1.addr.com [69.90.211.27]) (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 6FC80121 for ; Sun, 16 Nov 2014 17:40:44 +0000 (UTC) Received: from [192.168.1.72] ([87.112.125.172]) (authenticated bits=0 user=sweeney) by proxy1.addr.com (8.14.4/8.12.8/Submit) with ESMTP id sAGHdiEN020224 for ; Sun, 16 Nov 2014 09:39:53 -0800 (PST) Message-ID: <5468E182.7000900@addr.com> Date: Sun, 16 Nov 2014 17:40:18 +0000 From: Tony Sweeney User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.1.2 MIME-Version: 1.0 To: freebsd-x11@freebsd.org Subject: Re: Xorg configure failure with Radeon card References: <5466DD69.5000205@gmx.us> <54673C5D.6040900@gmail.com> <54676567.8090200@gmx.us> <5467A3BE.2060207@gmail.com> <5467A75D.9000605@gmx.us> <5467AD77.9060408@gmail.com> <20141115164711.dc9f2b0b219c604ceff307cf@gmx.us> <5468A1F7.8040907@addr.com> <5468AD4D.30902@dumbbell.fr> <5468B073.5030402@addr.com> <5468B3E9.2070406@addr.com> <5468B4C4.5040706@dumbbell.fr> <5468B612.6030109@addr.com> <5468D329.5050502@dumbbell.fr> <5468D9B6.7030805@addr.com> <5468DD87.3040602@dumbbell.fr> In-Reply-To: <5468DD87.3040602@dumbbell.fr> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Nov 2014 17:40:45 -0000 On 11/16/2014 17:23, Jean-Sébastien Pédron wrote: > On 16.11.2014 18:07, Tony Sweeney wrote: >> On 11/16/2014 16:39, Jean-Sébastien Pédron wrote: >>> Could you please deinstall xf86-video-vesa and try again? If it doesn't >>> work, please post your Xorg.log again. >>> >> That wants to do a cascade delete of Xorg: >> >> root@sleekit:/etc # pkg delete xf86-video-vesa >> ... >> >> Installed packages to be REMOVED: >> xf86-video-vesa-2.3.3_4 >> xorg-drivers-7.7_2 (depends on xf86-video-vesa-2.3.3_4) >> xorg-7.7_1 (depends on xf86-video-vesa-2.3.3_4) >> xorg-minimal-7.5.2_1 (depends on xf86-video-vesa-2.3.3_4) > > xorg-drivers, xorg and xorg-minimal are meta-ports which just pulls in > real packages. You can rename vesa_drv.so back to its original name, > it's not the problem. > >> ... >> [ 19221.498] (II) LoadModule: "vesa" >> [ 19221.499] (WW) Warning, couldn't open module vesa >> [ 19221.499] (II) UnloadModule: "vesa" >> [ 19221.499] (II) Unloading vesa >> [ 19221.499] (EE) Failed to load module "vesa" (module does not exist, 0) >> [ 19221.499] (II) LoadModule: "fbdev" >> [ 19221.507] (WW) Warning, couldn't open module fbdev >> [ 19221.507] (II) UnloadModule: "fbdev" >> [ 19221.507] (II) Unloading fbdev >> [ 19221.507] (EE) Failed to load module "fbdev" (module does not exist, 0) >> [ 19221.507] (EE) No drivers available. > > Can you double-check that xf86-video-ati is installed? X doesn't even > try to load it. > Seems to be: root@sleekit:/etc # pkg info xf86-video-ati-7.5.0 xf86-video-ati-7.5.0 Name : xf86-video-ati Version : 7.5.0 Installed on : Sun Nov 9 13:43:41 GMT 2014 Origin : x11-drivers/xf86-video-ati Architecture : freebsd:10:x86:64 Prefix : /usr/local Categories : x11-drivers Maintainer : x11@FreeBSD.org WWW : UNKNOWN Comment : X.Org ati display driver Shared Libs required: libpciaccess.so.0 libdrm_radeon.so.1 Shared Libs provided: radeon_drv.so ati_drv.so Annotations : repo_type : binary repository : FreeBSD Flat size : 421KiB Description : This package contains the X.Org xf86-video-ati driver. root@sleekit:/etc # locate radeon_drv.so /usr/local/lib/xorg/modules/drivers/radeon_drv.so root@sleekit:/etc # locate ati_drv.so /usr/local/lib/xorg/modules/drivers/ati_drv.so root@sleekit:/etc # From owner-freebsd-x11@FreeBSD.ORG Sun Nov 16 17:44:46 2014 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E0FA47CE for ; Sun, 16 Nov 2014 17:44:46 +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 A21D01CF for ; Sun, 16 Nov 2014 17:44:46 +0000 (UTC) Received: from 2a02-8428-011b-e000-0290-f5ff-fe9d-b78c.rev.sfr.net ([2a02:8428:11b:e000:290:f5ff:fe9d:b78c] helo=magellan.dumbbell.fr) by mail.made4.biz with esmtpsa (TLSv1.2:DHE-RSA-AES128-SHA:128) (Exim 4.84 (FreeBSD)) (envelope-from ) id 1Xq3sS-0002Ig-Oa; Sun, 16 Nov 2014 18:44:44 +0100 Message-ID: <5468E287.1010102@dumbbell.fr> Date: Sun, 16 Nov 2014 18:44:39 +0100 From: =?UTF-8?B?SmVhbi1Tw6liYXN0aWVuIFDDqWRyb24=?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: "Marat N.Afanasyev" , freebsd-x11@freebsd.org Subject: Re: CFT: Update to xf86-video-ati 7.5.0 References: <544E0FC8.8090605@FreeBSD.org> <5459B8E8.2000805@li.ru> <545A5422.8000002@ksu.ru> <545F0426.6080505@li.ru> <5468A034.8080705@dumbbell.fr> <5468CEB4.5030100@li.ru> <5468D27E.4000304@dumbbell.fr> <5468D595.9070706@li.ru> In-Reply-To: <5468D595.9070706@li.ru> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="J9bViSTrN0kg5u4E8tDDM4nwVIFTSLkeM" X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Nov 2014 17:44:47 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --J9bViSTrN0kg5u4E8tDDM4nwVIFTSLkeM Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On 16.11.2014 17:49, Marat N.Afanasyev wrote: > Jean-S=C3=A9bastien P=C3=A9dron wrote: >> Could you please post your dmesg (taken after startx) and Xorg.log wit= h >> xf86-video-ati-ums installed? >=20 > I'll try asap. It will require changing Xserver and all connected > packages again. Xorg.log was posted in this thread somewhere earlier ;)= Right, I found it, no need to make a new one. AIGLX complains about the kernel driver which isn't the KMS driver. I don't know why it requires that... > do you need verbose dmesg? No, thank you. >> Furthermore, could you please try again with xf86-video-ati 7.5.0 with= >> the following sysctl set? >> debug.debugger_on_panic=3D0 >> >> And setup kernel core dumps. You need at least the following line in >> /etc/rc.conf: >> dumpdev=3D"AUTO" >> >> What version of FreeBSD do you use by the way? 11-CURRENT? >> > 7.5.0 is unusable for me because it refuses to wake up after night long= > sleep, as I posted before. I understand that. The goal is to obtain a kernel core dump if the kernel is crashing during the nigh sleep. Sorry, I should have explained that clearly. --=20 Jean-S=C3=A9bastien P=C3=A9dron --J9bViSTrN0kg5u4E8tDDM4nwVIFTSLkeM 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 iQJ8BAEBCgBmBQJUaOKMXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2NzA4N0ZEMUFFQUUwRTEyREJDNkE2RjAz OUU5OTc2MUE1RkQ5NENDAAoJEDnpl2Gl/ZTMK5EP/jl2kc/MOnzPCl5+iOf2VOhG 7uu3XXccWX/y5iWeT6HohO7Tj8jq7NmU1/p9ASf2Vyv3sEJWAa8vHhLzeQnV1vLT YHmjwZsxXYAj1WEhllV2yhS/n2SMWSozHIP/s/yJTzc2UOw+h2wpBNE2kVEV8Ijn RW5Ns5G034vD15zuSSiOEaNkVmaz+uhFzxVO4MxSoTixVvK2Z02FexvdKmHosevJ MYJrn/Q0PZTyMsU/bymFe6mijm98wSfZv8K2m92SWFUP+3tPaXImdfJtpGEsRi8e 1mmvnUd2uYpz1RIA0kuc/2Fm76jynNhM7lKjyKyyKGLLBkho5jXeMnzF8ZJ/rh2z ozG6Wr/EBugDIxdzjRwjeELWq/QCW43DGhofPCFnlyHFBHCUrTICgLF0FR24fA9q 3WXv6WZEsa2hCk9+vcCKQcmXBYQyboB1wqPRqS6uSwIdQaCZpwcD5aY4ZJ+CWHoF UQXlLX/FDC4YXISfuApP1ghsIrJnfpPAT2tYLts264+Sy3Cqu2h//UjzLwGB80jr 4Tkxy0Osr+TRuY39J8yfBkubsKRAnF68+nv/z7vM/Y+Ogn2st/5fKaqInIcJEEcT f3QmQVbmY/asDLUBKVtYjKaUKEx/mrlJ35XvqvApQ7APPYaVU+Q6X0y32aoLAlnQ A5EYcl+9yAoD0EO7n+q3 =jdF7 -----END PGP SIGNATURE----- --J9bViSTrN0kg5u4E8tDDM4nwVIFTSLkeM-- From owner-freebsd-x11@FreeBSD.ORG Sun Nov 16 18:20:13 2014 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 938D05F3 for ; Sun, 16 Nov 2014 18:20:13 +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 50EDD6C5 for ; Sun, 16 Nov 2014 18:20:13 +0000 (UTC) Received: from 2a02-8428-011b-e000-0290-f5ff-fe9d-b78c.rev.sfr.net ([2a02:8428:11b:e000:290:f5ff:fe9d:b78c] helo=magellan.dumbbell.fr) by mail.made4.biz with esmtpsa (TLSv1.2:DHE-RSA-AES128-SHA:128) (Exim 4.84 (FreeBSD)) (envelope-from ) id 1Xq4Ql-0002kI-HS for freebsd-x11@freebsd.org; Sun, 16 Nov 2014 19:20:11 +0100 Message-ID: <5468EAD7.5030108@dumbbell.fr> Date: Sun, 16 Nov 2014 19:20:07 +0100 From: =?windows-1252?Q?Jean-S=E9bastien_P=E9dron?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: freebsd-x11@freebsd.org Subject: Re: Xorg configure failure with Radeon card References: <5466DD69.5000205@gmx.us> <54673C5D.6040900@gmail.com> <54676567.8090200@gmx.us> <5467A3BE.2060207@gmail.com> <5467A75D.9000605@gmx.us> <5467AD77.9060408@gmail.com> <20141115164711.dc9f2b0b219c604ceff307cf@gmx.us> <5468A1F7.8040907@addr.com> <5468AD4D.30902@dumbbell.fr> <5468B073.5030402@addr.com> <5468B3E9.2070406@addr.com> <5468B4C4.5040706@dumbbell.fr> <5468B612.6030109@addr.com> <5468D329.5050502@dumbbell.fr> <5468D9B6.7030805@addr.com> <5468DD87.3040602@dumbbell.fr> <5468E182.7000900@addr.com> In-Reply-To: <5468E182.7000900@addr.com> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="PWwnBcOd40RRpblBgPoTqA7T207mNRCgL" X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Nov 2014 18:20:13 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --PWwnBcOd40RRpblBgPoTqA7T207mNRCgL Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 16.11.2014 18:40, Tony Sweeney wrote: > On 11/16/2014 17:23, Jean-S=E9bastien P=E9dron wrote: >> Can you double-check that xf86-video-ati is installed? X doesn't even >> try to load it. >> > Seems to be: >=20 > root@sleekit:/etc # pkg info xf86-video-ati-7.5.0 > xf86-video-ati-7.5.0 > Name : xf86-video-ati > Version : 7.5.0 > ... > This package contains the X.Org xf86-video-ati driver. > root@sleekit:/etc # locate radeon_drv.so > /usr/local/lib/xorg/modules/drivers/radeon_drv.so > root@sleekit:/etc # locate ati_drv.so > /usr/local/lib/xorg/modules/drivers/ati_drv.so locate(1) doesn't check the files actually exist. Could you check they are present? I assume you don't have any xorg.conf? --=20 Jean-S=E9bastien P=E9dron --PWwnBcOd40RRpblBgPoTqA7T207mNRCgL 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 iQJ8BAEBCgBmBQJUaOrbXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2NzA4N0ZEMUFFQUUwRTEyREJDNkE2RjAz OUU5OTc2MUE1RkQ5NENDAAoJEDnpl2Gl/ZTMBeQP/R+8Wv6QhkwCPc9cDNGw6+9u T4fI5mmrl2FBz/f+3DH9bT9gHbGNxztv+DUzkVYDNxzABy6vgRRRy9PmOj2uoovP O7ZG1OYsxjQYlu8leTNfEdxvSPWk/M0CPQ4r6mdjiaKYGJ9fvEAPbKgsAdRobV/B d1V6hI+BSlKLr5CjV96JcOyawRswLKHkG3fKcwsC2QSxMgxPKraiRG47ktCgHuZl Y1K7RFF21IzrwJG1WTiXglUB8vG8TQTUz+7w/D5e5TudueNPdrmzxafKuM8HQRMf 4haRM5uUi2GUWhjQrvHhkDGbD1YCklwxXbyJqzaiOTOfbgYIFhVRIge2890ERtiT yD2BTEo7UUJPVihtdDG2CkBOlHoL+Maw3BC6n7ykQlX+K9pXkKiKJ1KytC7mzWIf qyZ+nnPPirLkddpiUBQ2z8rP/NIkmHCUDQo5h6+t587/tnhwzV3wz47nX0x4UVuC OrLfTVMUHTXSJ/pDoC3WuVwES5tUpN6N1Z8qIZIsrU7RbNV7+JZ6J05MEwP0EuuY QTLEGpsAs0T+eoVLfxS62l/hpyHGV5xo01bFuf0JA1xQ+3oFDi18Onsk7ZOPzVIF 81d/fZpLxDqB4j/whVzFkoa73Uw6DlrZlSPq3CgIGkVSw5eK4qZGIBnDuAXEPx9H lZzBWrisu8nHSKKb9v85 =APr7 -----END PGP SIGNATURE----- --PWwnBcOd40RRpblBgPoTqA7T207mNRCgL-- From owner-freebsd-x11@FreeBSD.ORG Sun Nov 16 18:34:21 2014 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 04097F16 for ; Sun, 16 Nov 2014 18:34:21 +0000 (UTC) Received: from mout.gmx.com (mout.gmx.com [74.208.4.201]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A48C88A0 for ; Sun, 16 Nov 2014 18:34:20 +0000 (UTC) Received: from stoa.freebsd.net ([172.15.184.248]) by mail.gmx.com (mrgmxus002) with ESMTPSA (Nemesis) id 0LfSud-1YImlA2zij-00p20E for ; Sun, 16 Nov 2014 19:34:14 +0100 Message-ID: <5468EEEB.2020909@gmx.us> Date: Sun, 16 Nov 2014 13:37:31 -0500 From: Dutch Ingraham User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: freebsd-x11@freebsd.org Subject: Re: Xorg configure failure with Radeon card References: <5466DD69.5000205@gmx.us> <54673C5D.6040900@gmail.com> <54676567.8090200@gmx.us> <5467A3BE.2060207@gmail.com> <5467A75D.9000605@gmx.us> <5467AD77.9060408@gmail.com> <20141115164711.dc9f2b0b219c604ceff307cf@gmx.us> <5468A1F7.8040907@addr.com> <5468AD4D.30902@dumbbell.fr> <5468B073.5030402@addr.com> <5468B3E9.2070406@addr.com> <5468B4C4.5040706@dumbbell.fr> <5468B612.6030109@addr.com> <5468D329.5050502@dumbbell.fr> <5468D9B6.7030805@addr.com> <5468DD87.3040602@dumbbell.fr> <5468E182.7000900@addr.com> In-Reply-To: <5468E182.7000900@addr.com> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:YqepcKJXqEQLOuW89jndTUsPfFLhgBaKPAXKxuom9X48F/5OQS3 /9LC/Q2BCXuziRxe1k/7JDovGHrM/KCj2porteRRhwWGgtw8qQUDE2tbLJX8fJRpmOGedNt bcnHGij4R9wiuZ6ZqV5Odvhz00+iyR2fd8WypSE2mAslqjAj6YTXjzlOY0aS/koSuR5HhFz fXQVYolCd8lCscoyNZEFQ== X-UI-Out-Filterresults: notjunk:1; X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Nov 2014 18:34:21 -0000 On 11/16/14 12:40, Tony Sweeney wrote: > > root@sleekit:/etc # pkg info xf86-video-ati-7.5.0 > xf86-video-ati-7.5.0 > Name : xf86-video-ati > Version : 7.5.0 > Installed on : Sun Nov 9 13:43:41 GMT 2014 > Origin : x11-drivers/xf86-video-ati > Architecture : freebsd:10:x86:64 > Prefix : /usr/local > Categories : x11-drivers > Maintainer : x11@FreeBSD.org > WWW : UNKNOWN > Comment : X.Org ati display driver > Shared Libs required: > libpciaccess.so.0 > libdrm_radeon.so.1 > Shared Libs provided: > radeon_drv.so > ati_drv.so > Annotations : > repo_type : binary > repository : FreeBSD > Flat size : 421KiB > Description : > This package contains the X.Org xf86-video-ati driver. > root@sleekit:/etc # locate radeon_drv.so > /usr/local/lib/xorg/modules/drivers/radeon_drv.so > root@sleekit:/etc # locate ati_drv.so > /usr/local/lib/xorg/modules/drivers/ati_drv.so > root@sleekit:/etc # > > _______________________________________________ > freebsd-x11@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-x11 > To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" > I noticed your install date is November 9, which is two days before the 10.1-RELEASE repo was available. When you upgraded, did you rebuild all packages? I know the upgrade instructions in the Manual say it is not necessary, but the instructions during the actual upgrade advise to. I upgraded two units yesterday, both in the same state, I thought. Upon rebuilding all packages, one went through without a problem, the next one errored-out on a dbus problem related to an old CVE, so you never are sure unless you rebuild against the new libs. From owner-freebsd-x11@FreeBSD.ORG Sun Nov 16 20:05:07 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.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3993ED9 for ; Sun, 16 Nov 2014 20:05:07 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 1B24B146 for ; Sun, 16 Nov 2014 20:05:07 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sAGK56tx082023 for ; Sun, 16 Nov 2014 20:05:06 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: x11@FreeBSD.org Subject: [Bug 195079] New: x11/nvidia-driver / x11-servers/xorg-server segfault on CURRENT Date: Sun, 16 Nov 2014 20:05:06 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new 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: kevin.bowling@kev009.com X-Bugzilla-Status: Needs Triage X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-ports-bugs@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter cc Message-ID: 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-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Nov 2014 20:05:07 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=195079 Bug ID: 195079 Summary: x11/nvidia-driver / x11-servers/xorg-server segfault on CURRENT Product: Ports Tree Version: Latest Hardware: Any OS: Any Status: Needs Triage Severity: Affects Only Me Priority: --- Component: Individual Port(s) Assignee: freebsd-ports-bugs@FreeBSD.org Reporter: kevin.bowling@kev009.com CC: danfe@FreeBSD.org, x11@FreeBSD.org CC: danfe@FreeBSD.org, x11@FreeBSD.org I run 11-CURRENT (r274577 right now) with nvidia-driver. It was very stable until about a month ago. I was running the 340-series driver for a couple months before it was introduced into ports, so I don't think that was it. I'm not sure if it's dri/mesa or something changing in -CURRENT. I can reliably trigger this segfault immediately when logging in with KDE's kwin set to use OpenGL 2 or 3 for desktop effects. The system is stable in "failsafe mode" that does not use desktop effects. GL seems to function outside of this, testing with WebGL in Firefox and glxgears. I've tried upgrading to nvidia-driver-346.16 and xorg-server-1.14.4 out of tree but see the same stacktrace. Xorg.0.log: [ 9307.793] Segmentation fault at address 0x0 [ 9307.793] Fatal server error: [ 9307.793] Caught signal 11 (Segmentation fault). Server aborting Stack: (gdb) bt #0 0x0000000802059c9a in thr_kill () from /lib/libc.so.7 #1 0x0000000802130ef9 in abort () from /lib/libc.so.7 #2 0x000000000062e4be in OsAbort () at utils.c:1198 #3 0x00000000004a6880 in ddxGiveUp (error=EXIT_ERR_ABORT) at xf86Init.c:1009 #4 0x00000000004a6998 in AbortDDX (error=EXIT_ERR_ABORT) at xf86Init.c:1053 #5 0x0000000000637be6 in AbortServer () at log.c:476 #6 0x00000000006368fd in FatalError ( f=0x659496 "Caught signal %d (%s). Server aborting\n") at log.c:611 #7 0x000000000062b9d8 in OsSigHandler (signo=11, sip=0x7fffffffd2f0, unused=0x7fffffffcf80) at osinit.c:146 #8 0x00000008010b84f6 in swapcontext () from /lib/libthr.so.3 #9 0x00000008010b80ec in sigaction () from /lib/libthr.so.3 #10 #11 0x00000008084af6a6 in nvidiaAddDrawableHandler () from /usr/local/lib/xorg/modules/drivers/nvidia_drv.so #12 0x000000080848dcc9 in nvidiaAddDrawableHandler () from /usr/local/lib/xorg/modules/drivers/nvidia_drv.so #13 0x0000000808143e5f in nvidiaAddDrawableHandler () from /usr/local/lib/xorg/modules/drivers/nvidia_drv.so #14 0x00000008081456f6 in nvidiaAddDrawableHandler () from /usr/local/lib/xorg/modules/drivers/nvidia_drv.so #15 0x0000000808146676 in nvidiaAddDrawableHandler () from /usr/local/lib/xorg/modules/drivers/nvidia_drv.so #16 0x000000080814810f in nvidiaAddDrawableHandler () from /usr/local/lib/xorg/modules/drivers/nvidia_drv.so #17 0x000000080813e1d2 in nvidiaAddDrawableHandler () from /usr/local/lib/xorg/modules/drivers/nvidia_drv.so #18 0x0000000808148331 in nvidiaAddDrawableHandler () from /usr/local/lib/xorg/modules/drivers/nvidia_drv.so #19 0x000000080814a2cb in nvidiaAddDrawableHandler () from /usr/local/lib/xorg/modules/drivers/nvidia_drv.so #20 0x000000080811fbd2 in nvidiaAddDrawableHandler () from /usr/local/lib/xorg/modules/drivers/nvidia_drv.so #21 0x00000008084783cd in nvidiaAddDrawableHandler () from /usr/local/lib/xorg/modules/drivers/nvidia_drv.so #22 0x0000000803d7872b in .text () from /usr/local/lib/xorg/modules/extensions/libglx.so #23 0x0000000803c95247 in .text () from /usr/local/lib/xorg/modules/extensions/libglx.so #24 0x0000000803c95d58 in .text () from /usr/local/lib/xorg/modules/extensions/libglx.so #25 0x0000000803d7e185 in .text () from /usr/local/lib/xorg/modules/extensions/libglx.so #26 0x0000000805e51d9f in _nv013glcore () from /usr/local/lib/libnvidia-glcore.so.1 #27 0x0000000803c92aa5 in .text () from /usr/local/lib/xorg/modules/extensions/libglx.so #28 0x0000000803d78e2d in .text () from /usr/local/lib/xorg/modules/extensions/libglx.so #29 0x0000000805e533e4 in _nv013glcore () from /usr/local/lib/libnvidia-glcore.so.1 #30 0x0000000805e59dfa in _nv013glcore () from /usr/local/lib/libnvidia-glcore.so.1 #31 0x0000000803d7ba25 in .text () from /usr/local/lib/xorg/modules/extensions/libglx.so #32 0x0000000803d7792e in .text () from /usr/local/lib/xorg/modules/extensions/libglx.so #33 0x0000000803d7ac37 in .text () from /usr/local/lib/xorg/modules/extensions/libglx.so #34 0x00000000004368b8 in Dispatch () at dispatch.c:429 #35 0x0000000000424f72 in main (argc=9, argv=0x7fffffffecc8, envp=0x7fffffffed18) at main.c:288 --- Comment #1 from Bugzilla Automation --- Maintainers CC'd -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-x11@FreeBSD.ORG Sun Nov 16 20:08:12 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.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 482D8561 for ; Sun, 16 Nov 2014 20:08:12 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 303FB175 for ; Sun, 16 Nov 2014 20:08:12 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sAGK8CdI083487 for ; Sun, 16 Nov 2014 20:08:12 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: x11@FreeBSD.org Subject: [Bug 195080] New: x11/nvidia-driver / graphics/libGL affected by install order Date: Sun, 16 Nov 2014 20:08:11 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new 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 Many People X-Bugzilla-Who: kevin.bowling@kev009.com X-Bugzilla-Status: Needs Triage X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-ports-bugs@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter cc Message-ID: 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-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Nov 2014 20:08:12 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=195080 Bug ID: 195080 Summary: x11/nvidia-driver / graphics/libGL affected by install order Product: Ports Tree Version: Latest Hardware: Any OS: Any Status: Needs Triage Severity: Affects Many People Priority: --- Component: Individual Port(s) Assignee: freebsd-ports-bugs@FreeBSD.org Reporter: kevin.bowling@kev009.com CC: danfe@FreeBSD.org, x11@FreeBSD.org CC: danfe@FreeBSD.org, x11@FreeBSD.org nvidia-driver and libGL use hardlinking to install their respective libGL.so files into lib/. However, the last installed package wins, for instance after upgrading graphics/libGL it will unwanted overwrite x11/nvidia-driver's libGL.so. --- Comment #1 from Bugzilla Automation --- Maintainers CC'd -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-x11@FreeBSD.ORG Sun Nov 16 20:27:43 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.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 840DB638 for ; Sun, 16 Nov 2014 20:27:43 +0000 (UTC) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) (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 EC76B395 for ; Sun, 16 Nov 2014 20:27:42 +0000 (UTC) Received: by mail-lb0-f182.google.com with SMTP id f15so16621281lbj.13 for ; Sun, 16 Nov 2014 12:27:40 -0800 (PST) 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=6LJ98HjXKb1fs3+suGgiypAIbk0mNIJ7uGpyaDZBPAU=; b=Ikl58URn7TfXfTLqC6FvYdw2SA5sr+HeUsgSh9WKB8masbhGbJtzddtI8w4lQ77c+4 GiNNiwLO+Tc6cIrzws1R8BTI3i1LCctsZAuZHCqPdjYlFSz1R9FGe1FzAsPGYQNw6wXS LYCB0Ju7gP/A+XEPN4ldRLyIylzDsNgjRQ0Br8ebTfbGCOQG0IYute5aHtUUj3KngJ89 9iLMkuq2VLrI6folXvakcvZE2m6QHnbha57+FKmE9TpA/lylsZ1r2wpQDYSvCrmSW3X5 tbUEsz+zZvTbrIKFq72VcIKUf/QCyGrEaTnz2Lsn4dpyRxIOM88LiujF4uYKNNhmVWtK c/Qg== X-Gm-Message-State: ALoCoQle9usIH6i6RlRTThLU8IZ/uf2PSt4TGTPTeQ6lKehkr7Fz47pul+fzq+7vWckY/HDKk1c9 X-Received: by 10.112.93.231 with SMTP id cx7mr5064934lbb.89.1416169170677; Sun, 16 Nov 2014 12:19:30 -0800 (PST) Received: from zealot.ksu.ru (zealot.hitv.ru. [83.151.8.230]) by mx.google.com with ESMTPSA id eg2sm9824725lbb.29.2014.11.16.12.19.28 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 16 Nov 2014 12:19:29 -0800 (PST) Message-ID: <546906CD.2020900@li.ru> Date: Sun, 16 Nov 2014 23:19:25 +0300 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: CFT: Update to xf86-video-ati 7.5.0 References: <544E0FC8.8090605@FreeBSD.org> <5459B8E8.2000805@li.ru> <545A5422.8000002@ksu.ru> <545F0426.6080505@li.ru> <5468A034.8080705@dumbbell.fr> <5468CEB4.5030100@li.ru> <5468D27E.4000304@dumbbell.fr> <5468D595.9070706@li.ru> <5468E287.1010102@dumbbell.fr> In-Reply-To: <5468E287.1010102@dumbbell.fr> Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms030008050005000209080609" X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Nov 2014 20:27:43 -0000 This is a cryptographically signed message in MIME format. --------------ms030008050005000209080609 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Jean-S=C3=A9bastien P=C3=A9dron wrote: > On 16.11.2014 17:49, Marat N.Afanasyev wrote: >> Jean-S=C3=A9bastien P=C3=A9dron wrote: >>> Could you please post your dmesg (taken after startx) and Xorg.log wi= th >>> xf86-video-ati-ums installed? >> >> I'll try asap. It will require changing Xserver and all connected >> packages again. Xorg.log was posted in this thread somewhere earlier ;= ) > > Right, I found it, no need to make a new one. > > AIGLX complains about the kernel driver which isn't the KMS driver. I > don't know why it requires that... > >> do you need verbose dmesg? > > No, thank you. > >>> Furthermore, could you please try again with xf86-video-ati 7.5.0 wit= h >>> the following sysctl set? >>> debug.debugger_on_panic=3D0 >>> >>> And setup kernel core dumps. You need at least the following line in >>> /etc/rc.conf: >>> dumpdev=3D"AUTO" >>> >>> What version of FreeBSD do you use by the way? 11-CURRENT? >>> >> 7.5.0 is unusable for me because it refuses to wake up after night lon= g >> sleep, as I posted before. > > I understand that. The goal is to obtain a kernel core dump if the > kernel is crashing during the nigh sleep. Sorry, I should have explaine= d > that clearly. > there's no kernel crach. computer works, I even can attach a different=20 monitor using ssh and xrandr. the problem is that original monitor=20 refuses to wake up regardless of mode while xrandr says that it works=20 and on, and, secondly, additional monitor has 256 colours instead of=20 configured truecolour --=20 SY, Marat --------------ms030008050005000209080609 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 Bi0wggUVoAMCAQICAwsAMzANBgkqhkiG9w0BAQUFADCBjDELMAkGA1UEBhMCSUwxFjAUBgNV BAoTDVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRl IFNpZ25pbmcxODA2BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDEgUHJpbWFyeSBJbnRlcm1lZGlh dGUgQ2xpZW50IENBMB4XDTE0MDgyOTAwMTgzOVoXDTE1MDgzMDA1MTgxN1owTzEZMBcGA1UE DRMQOE9aclhtWFpRMzIwNEFuUzEVMBMGA1UEAwwMYW1hcmF0QGxpLnJ1MRswGQYJKoZIhvcN AQkBFgxhbWFyYXRAbGkucnUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQC3elxx SBZDrD0uhfNnw4YsVJ2PSjkAEzBye2Ng46BFsFwUmB0Ely0LJz3zAn2HwAN3uN4bHzZ1yvVO Q7exjoEfyFjadNq3UHMDw3z+LIhxQX4SNdT2H072yndfOLsyKuayOBHeM/CyxLkvsl9cIl7i 45dVhE1NEkEUr71xDyHETaULAwejcEIE281JH/LVRRtysA2hCC9mIfcu+l8swGONGcPr7Ywr l9YegN0RwZvGZl/EWyLMQQXfyU0gAYgT3Y7P+w2obeMeWpxXny+oEub4vYsx18meyKFgnz1G 336Z3J0a7mPBC/P4Qx4X63o6Orfvu2M38AhIKgibRuW7pBBvAgMBAAGjggLSMIICzjAJBgNV HRMEAjAAMAsGA1UdDwQEAwIEsDAdBgNVHSUEFjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwHQYD VR0OBBYEFOzBNZZDHLsTtz2ojwcM4rHQBZSeMB8GA1UdIwQYMBaAFFNy7ZKc4NrLAVx8fpY1 TvLUuFGCMBcGA1UdEQQQMA6BDGFtYXJhdEBsaS5ydTCCAUwGA1UdIASCAUMwggE/MIIBOwYL KwYBBAGBtTcBAgMwggEqMC4GCCsGAQUFBwIBFiJodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9w b2xpY3kucGRmMIH3BggrBgEFBQcCAjCB6jAnFiBTdGFydENvbSBDZXJ0aWZpY2F0aW9uIEF1 dGhvcml0eTADAgEBGoG+VGhpcyBjZXJ0aWZpY2F0ZSB3YXMgaXNzdWVkIGFjY29yZGluZyB0 byB0aGUgQ2xhc3MgMSBWYWxpZGF0aW9uIHJlcXVpcmVtZW50cyBvZiB0aGUgU3RhcnRDb20g Q0EgcG9saWN5LCByZWxpYW5jZSBvbmx5IGZvciB0aGUgaW50ZW5kZWQgcHVycG9zZSBpbiBj b21wbGlhbmNlIG9mIHRoZSByZWx5aW5nIHBhcnR5IG9ibGlnYXRpb25zLjA2BgNVHR8ELzAt MCugKaAnhiVodHRwOi8vY3JsLnN0YXJ0c3NsLmNvbS9jcnR1MS1jcmwuY3JsMIGOBggrBgEF BQcBAQSBgTB/MDkGCCsGAQUFBzABhi1odHRwOi8vb2NzcC5zdGFydHNzbC5jb20vc3ViL2Ns YXNzMS9jbGllbnQvY2EwQgYIKwYBBQUHMAKGNmh0dHA6Ly9haWEuc3RhcnRzc2wuY29tL2Nl cnRzL3N1Yi5jbGFzczEuY2xpZW50LmNhLmNydDAjBgNVHRIEHDAahhhodHRwOi8vd3d3LnN0 YXJ0c3NsLmNvbS8wDQYJKoZIhvcNAQEFBQADggEBAGKPgpUPUgI65nQHxESjq9azfB4zS4Mz 1WP+l9/7VP4kiKBK9+lJmNwckKDD9gKvMxc75TZTFD1oNP9Q4izjBAKTx3EybLvjkW52kORJ go/3AUHE48patq/PQOJ4ti3nIMDqg/c6ikO4xKQcX+vGgszuSPjikQO9D/K+oGqtlhcE8CP6 M5qnVwIBwHWtk9ip/CH3dqu368CR5+zavJcd5N45LuDdEuaC0POX6znfUDmSo9Ydarzqunbf tS7T5RffXuMPA3VBsPQnbCXETlSBTZmUDrwqkLv6H6A2+v9keO1aDhnf1qlL7vEgjBF2BC59 8J7Qkmobp4FjebyGNEH0Ny8wggY0MIIEHKADAgECAgEeMA0GCSqGSIb3DQEBBQUAMH0xCzAJ 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 Q2xhc3MgMSBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0ECAwsAMzAJBgUrDgMCGgUA oIICHTAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNDExMTYy MDE5MjVaMCMGCSqGSIb3DQEJBDEWBBSxCXu4ZlXVbRrBgS8gQ27RuxpJHDBsBgkqhkiG9w0B CQ8xXzBdMAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcN AwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGlBgkrBgEE AYI3EAQxgZcwgZQwgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSsw KQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMTgwNgYDVQQDEy9T dGFydENvbSBDbGFzcyAxIFByaW1hcnkgSW50ZXJtZWRpYXRlIENsaWVudCBDQQIDCwAzMIGn BgsqhkiG9w0BCRACCzGBl6CBlDCBjDELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29t IEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNpZ25pbmcxODA2 BgNVBAMTL1N0YXJ0Q29tIENsYXNzIDEgUHJpbWFyeSBJbnRlcm1lZGlhdGUgQ2xpZW50IENB AgMLADMwDQYJKoZIhvcNAQEBBQAEggEAAOL3nnj24g24xV0yVWRkLM5B2ROi0hCnZodbkgo0 9Wp9WGV5KHLaBdVM19yjW+2sdegdgP4Q2awxw6GNKUk2JtnsRy4NJfJzqAOT+IXUFgxszbma NsgWTzSAaQYsIgv+ZGO1zgIuPGGHmV+jCs4W7dIVnOPYzDNaw3vO9I4wxqzKQ6AfhUnxvfST WiMTz53kaHPOILrVJ7Tc9qTNGrnGYKr2mPK5zmDdxc3G56CZjm5GbBMinnG0q86T/1BKr/9A cK8PyRVz3E3nNPxpXrpOnp5K5XCF2mGR6haPZrEZ6tdpjn4wTqBRjYdKk+BXg1txPidzoItD VldySW83OFDFiQAAAAAAAA== --------------ms030008050005000209080609-- From owner-freebsd-x11@FreeBSD.ORG Sun Nov 16 21:50:51 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.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 536B8C2B for ; Sun, 16 Nov 2014 21:50:51 +0000 (UTC) Received: from mail107.syd.optusnet.com.au (mail107.syd.optusnet.com.au [211.29.132.53]) by mx1.freebsd.org (Postfix) with ESMTP id BC474E6D for ; Sun, 16 Nov 2014 21:50:50 +0000 (UTC) Received: from localhost (webmail22.syd.optusnet.com.au [211.29.132.176]) (Authenticated sender: daeron@optusnet.com.au) by mail107.syd.optusnet.com.au (Postfix) with ESMTPSA id E698DD47763 for ; Mon, 17 Nov 2014 08:17:51 +1100 (AEDT) Message-Id: From: "Andrew Johnson" To: x11@freebsd.org X-Mailer: Optus 7.4.0.0 X-Originating-IP: 49.182.169.209 Subject: Help: unknown issue (config) breaking xorg port Date: Mon, 17 Nov 2014 08:17:51 +1100 MIME-Version: 1.0 X-Optus-CM-Score: 0 X-Optus-CM-Analysis: v=2.1 cv=fvDlOjIf c=1 sm=1 tr=0 a=eC0xq+xrPzhqsFyNUFkSzA==:117 a=eC0xq+xrPzhqsFyNUFkSzA==:17 a=PO7r1zJSAAAA:8 a=c59Ngh71WTgA:10 a=TJnnowFgAAAA:8 a=Dg-gIbpq7ouRTqAO-2YA:9 a=QEXdDO2ut3YA:10 a=UKCqEaoDm3EnaNzDWb8A:9 a=kmWqcrpW8m6LHp9m:21 a=_W_S_7VecoQA:10 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Nov 2014 21:50:51 -0000 Hi,=0A=C2=A0 Trying to build xorg on a workstation that hadn't been upda= ted=0Asince 25 Feb 2014.=0A=0A=C2=A0 Any suggestion or advice on why the= build may not be not looking in=0Athe right directory would be much app= reciated.=0A=C2=A0 Rebuilt system: =C2=A0 10.1-PRERELEASE GENERIC i386= =C2=A0Nov 16 2014=0A=C2=A0 All ports deleted.=0A=C2=A0 Old /var/db/port= s and etc directories left in place.=0A=0A=C2=A0 I did a make install cl= ean in ports-mgmt/portupgrade=C2=A0=0A=C2=A0 and then did the same in x1= 1/org=0A=C2=A0 The build has installed libraries including=0A/usr/local/= include/X11/Xlib.h=0A=C2=A0 The xorg build then gets up to this death th= row:=0A=0A=3D=3D=3D> =C2=A0 xorg-apps-7.7_1 depends on executable: dga -= not found=0A=3D=3D=3D> =C2=A0 =C2=A0Verifying install for dga in /usr/p= orts/x11/xf86dga=0A=3D=3D=3D> =C2=A0Building for xf86dga-1.0.3_1=0A--- a= ll ---=0A/usr/bin/make =C2=A0all-am=0A--- dga.o ---=0A=C2=A0 CC =C2=A0= =C2=A0 dga.o=0Adga.c:3:10: =C2=A0fatal error: 'X11/Xlib.h' file not fou= nd=0A#include =0A=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0^=0A1 err= or generated.=0A*** [dga.o] Error code 1=0A=0A-------------------------= =0AEmail sent using Optus Webmail From owner-freebsd-x11@FreeBSD.ORG Sun Nov 16 23:09:48 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.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7BA32988 for ; Sun, 16 Nov 2014 23:09:48 +0000 (UTC) Received: from mout.kundenserver.de (mout.kundenserver.de [212.227.17.10]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mout.kundenserver.de", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id F00F67DC for ; Sun, 16 Nov 2014 23:09:47 +0000 (UTC) Received: from [192.168.178.36] (p57AEC1C2.dip0.t-ipconnect.de [87.174.193.194]) by mrelayeu.kundenserver.de (node=mreue103) with ESMTP (Nemesis) id 0Lgf13-1YLsmr2C2P-00nxVM; Mon, 17 Nov 2014 00:09:36 +0100 Message-ID: <54692EAF.4090401@janh.de> Date: Mon, 17 Nov 2014 00:09:35 +0100 From: Jan Henrik Sylvester User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: x11-list freebsd Subject: panic quitting Xorg, nvidia-driver-340.46, 10.1-RELEASE/amd64 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Provags-ID: V02:K0:JEzEXaOYg+bSmyf72wcTlL7ei2WkwKAjuffXBXcTsX3 ZuS99BUWMdOYDuLwYOT2KqvUKgyEq/yeiWHBw5N218eWxrBbFS 1fLRqI32RgsRAg2q2K5FyL/JyYJqbpfqsjKhgsRWW6O9CMQEsY D4ffgMP7SK664M0brau3wYlT/AEqChTPRjFmzrVNA7gio25lXd 4JrrOFtmprJWnE7fcZEEXxizCvUCgxwWImgwZwVOud1ASXMLR8 QFkjNQsUp4jC4/k/V1h3a1jbGZdyZRm2rKgJxnjNSz8x7LwXNQ BErb9JNq3z4WObMEqkxkrWbDG4SP90MuYp+9w/hTWBXYGZw/Js njJCpupYZZsmUGS6Qwck= X-UI-Out-Filterresults: notjunk:1; Cc: Alexey Dokuchaev X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Nov 2014 23:09:48 -0000 I am getting panics shutting down for a few days now. The only significant changes I remember are 10.1-RELEASE/amd64 (updated from RC4, RC3, ...) and nvidia-driver-340.46 (updated from 331.67_1). Since I had no problems with any 10.1-RCx, I suspect nvidia-driver to be the problem. nvidia-driver-340.46 was forcibly installed alongside libglesv2-10.3.2 and libEGL-10.3.2, which are required by kde-workspace-4.11.13. I tried with the conflicting files present from any of the two packages and got a panic in both cases. The panic can be triggered pretty reliably by "service kdm4 stop" and on any shutdown or reboot with Xorg (+kdm4) still running. Before I start testing without nvidia, trying to downgrade nvidia-driver, trying without kdm4, etc.: Is this problem known? Can the new conflict have anything to do with the problem? Is there anything useful in the panic message I wrote down below? Fatal trap 12: page fault while in kernel mode cpuid = 3; apic id = 85 fault virtual address = 0x0 fault code = supervisor read instruction, page not present instruction pointer = 0x20:0x0 stack pointer = 0x28:0xfffffe022fbd97c0 frame pointer = 0x28:0xfffffe00024e5fe8 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 1107 (Xorg) trap number = 12 panic: page fault cpuid = 3 KDB: stack backtrace: #0 0xffffffff80963000 at kdb_backtrace+0x60 #1 0xffffffff80928125 at panic+0x155 #2 0xffffffff80d24f1f at trap_fatal+0x38f #3 0xffffffff80d25238 at trap_pfault+0x308 #4 0xffffffff80d2489a at trap+0x47a #5 0xffffffff80d0a782 at calltrap+0x8 Thanks, Jan Henrik From owner-freebsd-x11@FreeBSD.ORG Mon Nov 17 00:49: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.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0BF9DC92 for ; Mon, 17 Nov 2014 00:49:19 +0000 (UTC) Received: from proxy1.addr.com (proxy1.addr.com [69.90.211.27]) (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 E7421126 for ; Mon, 17 Nov 2014 00:49:18 +0000 (UTC) Received: from [192.168.1.72] ([87.112.125.172]) (authenticated bits=0 user=sweeney) by proxy1.addr.com (8.14.4/8.12.8/Submit) with ESMTP id sAH0mNmI082500 for ; Sun, 16 Nov 2014 16:48:27 -0800 (PST) Message-ID: <546945FA.9060509@addr.com> Date: Mon, 17 Nov 2014 00:48:58 +0000 From: Tony Sweeney User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.1.2 MIME-Version: 1.0 To: freebsd-x11@freebsd.org Subject: Re: Xorg configure failure with Radeon card References: <5466DD69.5000205@gmx.us> <54673C5D.6040900@gmail.com> <54676567.8090200@gmx.us> <5467A3BE.2060207@gmail.com> <5467A75D.9000605@gmx.us> <5467AD77.9060408@gmail.com> <20141115164711.dc9f2b0b219c604ceff307cf@gmx.us> <5468A1F7.8040907@addr.com> <5468AD4D.30902@dumbbell.fr> <5468B073.5030402@addr.com> <5468B3E9.2070406@addr.com> <5468B4C4.5040706@dumbbell.fr> <5468B612.6030109@addr.com> <5468D329.5050502@dumbbell.fr> <5468D9B6.7030805@addr.com> <5468DD87.3040602@dumbbell.fr> <5468E182.7000900@addr.com> <5468EAD7.5030108@dumbbell.fr> In-Reply-To: <5468EAD7.5030108@dumbbell.fr> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Nov 2014 00:49:19 -0000 On 11/16/2014 18:20, Jean-Sébastien Pédron wrote: > On 16.11.2014 18:40, Tony Sweeney wrote: >> On 11/16/2014 17:23, Jean-Sébastien Pédron wrote: >>> Can you double-check that xf86-video-ati is installed? X doesn't even >>> try to load it. >>> >> Seems to be: >> >> root@sleekit:/etc # pkg info xf86-video-ati-7.5.0 >> xf86-video-ati-7.5.0 >> Name : xf86-video-ati >> Version : 7.5.0 >> ... >> This package contains the X.Org xf86-video-ati driver. >> root@sleekit:/etc # locate radeon_drv.so >> /usr/local/lib/xorg/modules/drivers/radeon_drv.so >> root@sleekit:/etc # locate ati_drv.so >> /usr/local/lib/xorg/modules/drivers/ati_drv.so > > locate(1) doesn't check the files actually exist. Could you check they > are present? I'm aware of that. They are present: root@sleekit:/etc # ls -l `!58` ls -l `locate radeon_drv.so` -rwxr-xr-x 1 root wheel 419776 Nov 6 07:50 /usr/local/lib/xorg/modules/drivers/radeon_drv.so root@sleekit:/etc # ls -l `!59` ls -l `locate ati_drv.so` -rwxr-xr-x 1 root wheel 6872 Nov 6 07:50 /usr/local/lib/xorg/modules/drivers/ati_drv.so root@sleekit:/etc # > > I assume you don't have any xorg.conf? > Near as I can tell: root@sleekit:/etc # /usr/libexec/locate.updatedb >>> WARNING >>> Executing updatedb as root. This WILL reveal all filenames >>> on your machine to all login users, which is a security risk. root@sleekit:/etc # locate xorg.conf /root/xorg.conf.new /usr/local/etc/X11/xorg.conf.d /usr/local/man/man5/xorg.conf.5.gz /usr/local/man/man5/xorg.conf.d.5.gz root@sleekit:/etc # From owner-freebsd-x11@FreeBSD.ORG Mon Nov 17 02:24:07 2014 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1033) id 69927E4D; Mon, 17 Nov 2014 02:24:07 +0000 (UTC) Date: Mon, 17 Nov 2014 02:24:07 +0000 From: Alexey Dokuchaev To: Jan Henrik Sylvester Subject: Re: panic quitting Xorg, nvidia-driver-340.46, 10.1-RELEASE/amd64 Message-ID: <20141117022407.GA57622@FreeBSD.org> References: <54692EAF.4090401@janh.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <54692EAF.4090401@janh.de> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: x11-list freebsd X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Nov 2014 02:24:07 -0000 On Mon, Nov 17, 2014 at 12:09:35AM +0100, Jan Henrik Sylvester wrote: > I am getting panics shutting down for a few days now. [...] > > nvidia-driver-340.46 was forcibly installed alongside libglesv2-10.3.2 > and libEGL-10.3.2, which are required by kde-workspace-4.11.13. I tried > with the conflicting files present from any of the two packages and got > a panic in both cases. [...] > > Is this problem known? Can the new conflict have anything to do with the > problem? Is there anything useful in the panic message I wrote down below? I've yet to reproduce it, but as an alternative to downgrade, you might want to try their next version in 340.xx branch, 340.58: make DISTVERSION=340.58 -DNO_CHECKSUM ... Please note that there's a conflict with libEGL and/or libglesv rigth now as NVidia driver installs its own versions of these libraries; this will be addressed shortly after all implications are clear. I'll post a patch for review on x11@ list prior to committing. ./danfe From owner-freebsd-x11@FreeBSD.ORG Mon Nov 17 02:56:32 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.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 02620201 for ; Mon, 17 Nov 2014 02:56:32 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 DED12E04 for ; Mon, 17 Nov 2014 02:56:31 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sAH2uVKQ009014 for ; Mon, 17 Nov 2014 02:56:31 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: x11@FreeBSD.org Subject: [Bug 195079] x11/nvidia-driver / x11-servers/xorg-server segfault on CURRENT Date: Mon, 17 Nov 2014 02:56:31 +0000 X-Bugzilla-Reason: CC 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: danfe@FreeBSD.org X-Bugzilla-Status: In Discussion X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-ports-bugs@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status 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-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Nov 2014 02:56:32 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=195079 Alexey Dokuchaev changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Triage |In Discussion --- Comment #2 from Alexey Dokuchaev --- > I'm not sure if it's dri/mesa or something changing in -CURRENT. That is, KDE4 bits were not upgraded during this timeframe? Does the problem occur in KDE4-free environment (you might also want to try some games in addition to WebGL and glxgears)? Can you also try to build/install their next version (not in the ports yet): make DISTVERSION=340.58 -DNO_CHECKSUM install and tell how/if it changes anything? There was another report recently on x11@ list about nvidia-driver-340.46 causing kernel panics on 10.1-RELEASE/amd64, also with KDE4; this might or might not be related: http://lists.freebsd.org/pipermail/freebsd-x11/2014-November/015577.html -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-x11@FreeBSD.ORG Mon Nov 17 07:28:53 2014 Return-Path: Delivered-To: x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B86C8A46 for ; Mon, 17 Nov 2014 07:28:53 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 A0951A96 for ; Mon, 17 Nov 2014 07:28:53 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sAH7SrcN025331 for ; Mon, 17 Nov 2014 07:28:53 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: x11@FreeBSD.org Subject: [Bug 195079] x11/nvidia-driver / x11-servers/xorg-server segfault on CURRENT Date: Mon, 17 Nov 2014 07:28:53 +0000 X-Bugzilla-Reason: CC 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: kevin.bowling@kev009.com X-Bugzilla-Status: In Discussion X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-ports-bugs@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: 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-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Nov 2014 07:28:53 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=195079 --- Comment #3 from kevin.bowling@kev009.com --- Same behavior with 340.58 and 346.16. I'm not seeing any panics. I think kwin is pretty stagnate code wise (http://www.freshports.org/x11/kde4-workspace/) but I will try reverting kdeworkspace. -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-x11@FreeBSD.ORG Mon Nov 17 08:03:47 2014 Return-Path: Delivered-To: x11@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1033) id C6CC85A1; Mon, 17 Nov 2014 08:03:47 +0000 (UTC) Date: Mon, 17 Nov 2014 08:03:47 +0000 From: Alexey Dokuchaev To: Baptiste Daroussin Subject: WITHOUT_NEW_XORG not fully supported on stable/8? Message-ID: <20141117080347.GA65277@FreeBSD.org> References: <20141116161630.GA92235@smtp.infracaninophile.co.uk> <20141117030606.GA71360@FreeBSD.org> <20141117062046.GA48896@ivaldir.etoilebsd.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20141117062046.GA48896@ivaldir.etoilebsd.net> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: x11@freebsd.org X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Nov 2014 08:03:47 -0000 [ Discussion moved over to X11 list where it belongs better; subject adjusted ] tl;dr: It looks like WITHOUT_NEW_XORG support is not complete (e.g., missing checks in graphics/libdrm port), otherwise thanks for supporting it! Yet I fear it will go away sooner rather then later; how feasible would be extend the life of low-level UMS bits and provide necessary compatibility shims for modern upper-level stuff (like libGL/cairo/KDE)? On Mon, Nov 17, 2014 at 07:20:47AM +0100, Baptiste Daroussin wrote: > If you have better suggestion the X11 team would be glad to get some help, > and anyone having modern hardware also or anyone willing to run kde or use > anything that needs cairo or anyone on intel graphic cards just willing to > use Firefox Well, first suggestion would be actually respecting WITHOUT_NEW_XORG knob as advertised; particularly, it looks like graphics/libdrm should include this checks, maybe something else (haven't looked closer yet). > If you have to complain here: complain to the FreeBSD project not having > able to maintain decently the graphics component in the kernel for eons, > this is the result of us neglecting that part. We've discussed that before with dumbbell@ et al. on IRC a number of times, I fully agree with this, no need to argue. :) > You want your old xorg back? please provide a mechanism to propose > alternative for the following components for users: X, libGL, the different > drivers, libdrm, cairo and/or fix kde so that it works with ancient > components as well as newer, fix intel (old ones) drivers so that they do > not die with newer cairo, and make sure everything or almost everything > works with both stack and soon probably 3 or 4 stacks as newer component > are already giving us the same problem for the same reasons (yeah new mesa) I did not ask for 100% support of new KDE with all its bells and whistles; I merely was expecting to get a working X11 with WITHOUT_NEW_XORG set, yet it broke. How realistic would be having pre-KMS stuff in ports for bare-boned X11 (sans KDE) available at least while we still support 8.4? You've listed a lot of components that need to be taken care of, but can't we have modern cairo working with UMS libdrm/drivers/xorg-server, with compatibility patch? Or, would it be feasible to patch the last UMS-aware version of x11-drivers/ xf86-video-intel so it can work with new xserver? ./danfe From owner-freebsd-x11@FreeBSD.ORG Mon Nov 17 12:36: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.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 54232A3D for ; Mon, 17 Nov 2014 12:36:25 +0000 (UTC) Received: from land.berklix.org (land.berklix.org [144.76.10.75]) (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 D739EE1A for ; Mon, 17 Nov 2014 12:36:24 +0000 (UTC) Received: from mart.js.berklix.net (pD9FBED2D.dip0.t-ipconnect.de [217.251.237.45]) (authenticated bits=128) by land.berklix.org (8.14.5/8.14.5) with ESMTP id sAHCWJbi026695 for ; Mon, 17 Nov 2014 12:32:22 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by mart.js.berklix.net (8.14.3/8.14.3) with ESMTP id sAHCa6pJ066216 for ; Mon, 17 Nov 2014 13:36:07 +0100 (CET) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.7/8.14.7) with ESMTP id sAHCZsUP091538 for ; Mon, 17 Nov 2014 13:36:06 +0100 (CET) (envelope-from jhs@berklix.com) Message-Id: <201411171236.sAHCZsUP091538@fire.js.berklix.net> To: freebsd-x11@freebsd.org Subject: Re: Turning off HAL for xorg-server From: "Julian H. Stacey" Organization: http://berklix.com BSD Unix Linux Consultants, Munich Germany User-agent: EXMH on FreeBSD http://berklix.com/free/ X-URL: http://www.berklix.com In-reply-to: Your message "Sun, 16 Nov 2014 18:16:08 +0100." <201411161716.sAGHG8ox046694@fire.js.berklix.net> Date: Mon, 17 Nov 2014 13:35:54 +0100 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Nov 2014 12:36:25 -0000 Hi, Reference my: "Julian H. Stacey" wrote: > =?windows-1252?Q?Jean-S=E9bastien_P=E9dron?= wrote: > > On 16.11.2014 03:37, Warren Block wrote: > > > xorg-server no longer requires HAL. When can we turn the HAL option of= > > f > > > in the port? > > With current src & ports & an /etc/X11/xorg.conf freshly produced > on FreeBSD 11.0-CURRENT 2 days back by: X -configure I had to Add > hald_enable="YES" to my rc.conf before internal & external keyboards > & mice would resume working. > > I did not previously need hald_enable in /etc/rc.conf for partitions > on same PC running X on 8.4-RELEASE, 9.3-RELEASE, 10.0-RELEASE. > > Most users will want an X PC that by default works with keyboard & mouse, > FreeBSD defaults should support that IMO, as minority higher skilled X purists > can easily comment out input if they are building a non standard PC. > > PS FYI I have long had devd ON, on all 4 FreeBSD partitions & releases, > (in case that makes a difference). Since I added hald_enable="YES, X -configure always crashes ! (without -configure normal X input works). To investigate I'll comment out some mounts & add background_fsck="YES". Cheers, Julian -- Julian Stacey, BSD Linux Unix C Sys Eng Consultant Munich http://berklix.com Indent previous with "> ". Interleave reply paragraphs like a play script. Send plain text, not quoted-printable, HTML, base64, or multipart/alternative. From owner-freebsd-x11@FreeBSD.ORG Mon Nov 17 18:41:14 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.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7021451B for ; Mon, 17 Nov 2014 18:41:14 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 3E3C1192 for ; Mon, 17 Nov 2014 18:41:14 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sAHIfEfj054225 for ; Mon, 17 Nov 2014 18:41:14 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-x11@FreeBSD.org Subject: [Bug 182723] graphics/dri fails to build on 9.2-Stable Date: Mon, 17 Nov 2014 18:41:13 +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: portmaster@bsdforge.com X-Bugzilla-Status: In Discussion X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-x11@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: 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-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Nov 2014 18:41:14 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=182723 --- Comment #4 from C Hutchinson --- (In reply to Jean-Sebastien Pedron from comment #3) > The original problem is fixed in the Ports tree. > > (In reply to C Hutchinson from comment #2) > > This is for those of us who use gcc && not clang :) > > > > However, this doesn't fix more recent versions of graphics/dri > > that are built on (recent) 11-CURRENT. As the conditional won't > > see 11. :( > > I was also unable to build graphics/dri under _any_ circumstances > > on 11-CURRENT. Even if making the conditional recognize 11. > > I'll submit a separate pr(1) for it. :) > > I don't know what is the proper way to explicitely indicate that all ports > should be built with GCC instead of the clang. > > Why do you need GCC in this case? Just so you know; I'm not a GNU C zealot. It was just my understanding the FreeBSD supported *both* gcc, and clang/llvm, as the tool-chain in base. Given that clang/llvm is *much* larger, and as such, slower for (initially) building/installing kernel/world. I chose gcc on a fresh install. Thinking I could add clang/llvm later, and into userland. After 3 days of investigating all of this. I have discovered all of this to be untrue. FreeBSD *currently* doesn't support gcc as the tool-chain, w/o a *great* deal of "dancing", or "hoop jumping", and even then; not *likely* for kernel. Not *really* complaining, per se; just saying. So you'd understand why I was using gcc4* on a new system. :) Hope I answered your question. :) Thanks. --Chris -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-x11@FreeBSD.ORG Mon Nov 17 18:48:42 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.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C36C48CA for ; Mon, 17 Nov 2014 18:48:42 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 AA79E2A2 for ; Mon, 17 Nov 2014 18:48:42 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sAHImgEY060931 for ; Mon, 17 Nov 2014 18:48:42 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: x11@FreeBSD.org Subject: [Bug 194655] graphics/dri incorrect depends - devel/llvm* is listed as BUILD dependency when built with VDPAU support but should be listed as LIB Date: Mon, 17 Nov 2014 18:48:39 +0000 X-Bugzilla-Reason: CC 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 Many People X-Bugzilla-Who: portmaster@bsdforge.com X-Bugzilla-Status: Needs Triage X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-ports-bugs@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: 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-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Nov 2014 18:48:42 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194655 --- Comment #10 from C Hutchinson --- (In reply to Jean-Sebastien Pedron from comment #9) > The original problem is fixed in our development ports tree. It should be > committed in the coming week hopefully. > > (In reply to C Hutchinson from comment #7) > > OK I got a little closer to getting graphics/dri installed by unticking > > GALLIUM in the config dialog (and VDPAU ticked). I was able to > > successfully get it built, but fails at the end of the make(1) > > process with: > > > > gmake[6]: Leaving directory '/usr/ports/graphics/dri/work/Mesa-10.3.2' > > gmake[5]: Leaving directory '/usr/ports/graphics/dri/work/Mesa-10.3.2' > > ====> Compressing man pages (compress-man) > > ===> Installing for dri-10.3.2,2 > > ===> Checking if dri already installed > > ===> Registering installation for dri-10.3.2,2 as automatic > > pkg-static: > > lstat(/usr/ports/graphics/dri/work/stage/usr/local/lib/vdpau/libvdpa > > u_r600.so): No such file or directory > > VDPAU depends on Gallium. Therefore, when Gallium is disabled, Mesa doesn't > build VDPAU. > > In our development tree, VDPAU now requires Gallium (and fails to build > otherwise). Shouldn't OPTIONS reconcile this? -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-x11@FreeBSD.ORG Mon Nov 17 21:59:22 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.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 10EDC630 for ; Mon, 17 Nov 2014 21:59:22 +0000 (UTC) Received: from nm33-vm0.bullet.mail.ne1.yahoo.com (nm33-vm0.bullet.mail.ne1.yahoo.com [98.138.229.64]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C2A3DC60 for ; Mon, 17 Nov 2014 21:59:21 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rocketmail.com; s=s1024; t=1416261371; bh=ZZkmQV+2zCBBOeZAtjLUFh57lHbNwT1BQfLSmbWWGp0=; h=Date:From:Reply-To:To:Subject:From:Subject; b=z4SCEwdEJtMCd2F1l5fTjEgeuHZNGJA88mej5MdYFPC9wUT82X1awXYqHysc03xTEvImzC/vaqiGq/XHe9K6dcarNsanyF2kOfdDkQ9EPEtpnWWVZkpSCozUbBsdBNirbITbC9+Eu+j0FFUxVSvEqKu+dQOLfLETsjGz3ZrWmhY= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rocketmail.com; b=VFHNF33iXA2KS8zNQUjvilT87wi51uyuRQbnF0NMAUpu7hxqNq6unyhcoPnm53iRQriINCeOT/fZbClBiGeAy3QlC9I6YOTHRIXB3xXhsvjJbAXhMJGh6cacEyPR1Tim45qZRkqeFo12QB57BLD09KIEXgNSI14dSAbbKpGS7Yw=; Received: from [127.0.0.1] by nm33.bullet.mail.ne1.yahoo.com with NNFMP; 17 Nov 2014 21:56:11 -0000 Received: from [98.138.100.114] by nm33.bullet.mail.ne1.yahoo.com with NNFMP; 17 Nov 2014 21:53:18 -0000 Received: from [98.138.226.160] by tm105.bullet.mail.ne1.yahoo.com with NNFMP; 17 Nov 2014 21:53:18 -0000 Received: from [127.0.0.1] by omp1061.mail.ne1.yahoo.com with NNFMP; 17 Nov 2014 21:53:18 -0000 X-Yahoo-Newman-Property: ymail-4 X-Yahoo-Newman-Id: 212782.54871.bm@omp1061.mail.ne1.yahoo.com X-YMail-OSG: BiEcvdkVM1n_bL9e07DhWOInXaAV7mFEh1W.stbayceZormks.B74kzYIBe0KYr BMbtJpoh00XBbKcM99HWZrqlpIdHbpvhSFfUh1vPb6aqgyaJ4D8RLJZnqLWzcjtopjcv1JC8smh5 XVYC_9jYPOaeje8WtD3yjQ7SJPoSXRQ5JxjxrwcyZxRWXsOiI.RhYRs1pUHg9dlLnTX4fohCLCsf 1MtxVoOVa7m6qa3mTQMEdVUWantPswJ9tXyR91xFk7pXS7fJWeJ6BX_xyStSAk3JIpYcfbXmRREP iIJJUttxgKxAJrpUTJdCgavML2kBZ.jFPPY65Qr7p5xoGBQ3UcL1lw0UeXgVoimRj3NH6jRdsPIB P0SDRsniSX3UI14SZ5d5lkYehzB7ey8DrZCPPI8ksVBi4fO7WwqEmWyxqhydL5FVHcbSXCC37FrB shKo_CgWnFcs9bueMVh2jhSxV4fhIaqTl5iQBIp8NC7WPW4sTfQGEJoI21sqSb9E.Wjd9J0B34.V d.He1zOszfsfpLQ-- Received: by 98.138.105.222; Mon, 17 Nov 2014 21:53:17 +0000 Date: Mon, 17 Nov 2014 21:53:04 +0000 (UTC) From: Graham Bradley Reply-To: Graham Bradley To: "freebsd-x11@freebsd.org" Message-ID: <64667042.1141147.1416261184408.JavaMail.yahoo@jws100120.mail.ne1.yahoo.com> Subject: FreeBSD-10.1-RELEASE and new xorg on HD-7660D MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Nov 2014 21:59:22 -0000 This week I updated from 10.0-RELEASE using vesa driver direct to 10.1-RELE= ASE,then pkg upgrade WITH_NEW_XORG and GALLIUM; and then Xorg -configure po= inted me at the radeon driver.(the firmware picked up with radeonkms is ARU= BA by the way.) I use a program called stellarium (the night sky in planetarium type projec= tions.) When I ran 10.0 with the old xorg packages, and vesa driver, the sky was dr= awn correctly at about 2 fps; Now run X in 10.1 with the vesa driver (but a= ll the updated release software packages), the sky is drawn correctly (at 1= 5 fps); If I run it in 10.1 with radeon driver, the stars and planets in the sky ar= e all dark, though lines and legends drawn ok. i.e. identical software, except the driver.=C2=A0 Different graphics! I'm guessing, that it's in the 'shaders', but I sure hope it's something th= at will be scooped up soon. regardsGraham From owner-freebsd-x11@FreeBSD.ORG Mon Nov 17 23:14:16 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.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E60DDB99 for ; Mon, 17 Nov 2014 23:14:16 +0000 (UTC) Received: from proxy1.addr.com (proxy1.addr.com [69.90.211.27]) (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 D24776ED for ; Mon, 17 Nov 2014 23:14:16 +0000 (UTC) Received: from [192.168.1.72] ([87.112.125.172]) (authenticated bits=0 user=sweeney) by proxy1.addr.com (8.14.4/8.12.8/Submit) with ESMTP id sAHNDJY0077901 for ; Mon, 17 Nov 2014 15:13:20 -0800 (PST) Message-ID: <546A8134.1030400@addr.com> Date: Mon, 17 Nov 2014 23:13:56 +0000 From: Tony Sweeney User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.1.2 MIME-Version: 1.0 To: freebsd-x11@freebsd.org Subject: Re: Turning off HAL for xorg-server References: <201411171236.sAHCZsUP091538@fire.js.berklix.net> In-Reply-To: <201411171236.sAHCZsUP091538@fire.js.berklix.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Nov 2014 23:14:17 -0000 On 11/17/2014 12:35, Julian H. Stacey wrote: > Hi, Reference my: > "Julian H. Stacey" wrote: >> =?windows-1252?Q?Jean-S=E9bastien_P=E9dron?= wrote: >>> On 16.11.2014 03:37, Warren Block wrote: >>>> xorg-server no longer requires HAL. When can we turn the HAL option of= >>> f >>>> in the port? >> >> With current src & ports & an /etc/X11/xorg.conf freshly produced >> on FreeBSD 11.0-CURRENT 2 days back by: X -configure I had to Add >> hald_enable="YES" to my rc.conf before internal & external keyboards >> & mice would resume working. >> >> I did not previously need hald_enable in /etc/rc.conf for partitions >> on same PC running X on 8.4-RELEASE, 9.3-RELEASE, 10.0-RELEASE. >> >> Most users will want an X PC that by default works with keyboard & mouse, >> FreeBSD defaults should support that IMO, as minority higher skilled X purists >> can easily comment out input if they are building a non standard PC. >> >> PS FYI I have long had devd ON, on all 4 FreeBSD partitions & releases, >> (in case that makes a difference). > > Since I added hald_enable="YES, X -configure always crashes ! This currently seems to crash no matter what, it's even in the Wiki: https://wiki.freebsd.org/Graphics#Tested_hardware_matrix This a little shabby, ŕ mon avis (moue) Tony. > (without -configure normal X input works). > To investigate I'll comment out some mounts & add background_fsck="YES". > > Cheers, > Julian > From owner-freebsd-x11@FreeBSD.ORG Mon Nov 17 23:54:49 2014 Return-Path: Delivered-To: freebsd-x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EC1963DA for ; Mon, 17 Nov 2014 23:54:49 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 D35F0B1E for ; Mon, 17 Nov 2014 23:54:49 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sAHNsnDc057128 for ; Mon, 17 Nov 2014 23:54:49 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-x11@FreeBSD.org Subject: [Bug 182723] graphics/dri fails to build on 9.2-Stable Date: Mon, 17 Nov 2014 23:54:49 +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: dumbbell@FreeBSD.org X-Bugzilla-Status: In Discussion X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-x11@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: 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-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Nov 2014 23:54:50 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=182723 --- Comment #5 from Jean-Sebastien Pedron --- (In reply to C Hutchinson from comment #4) > Just so you know; I'm not a GNU C zealot. > It was just my understanding the FreeBSD supported *both* gcc, > and clang/llvm, as the tool-chain in base. Given that clang/llvm is > *much* larger, and as such, slower for (initially) building/installing > kernel/world. I chose gcc on a fresh install. Thinking I could > add clang/llvm later, and into userland. After 3 days of investigating > all of this. I have discovered all of this to be untrue. I can't comment on other ports, but on the particular case of Mesa, GCC 4.2.1 from base is unable to build Mesa because it's too old (the "invalid suffix on integer" error you got). A modern GCC will build Mesa properly. You could put "USE_GCC=yes" globally in the Makefile (ie. regardless of any .if block). But this isn't very user friendly: there may be a way to tell "I want to use GCC for all ports" in /etc/make.conf but I don't know it. In all cases, Mesa requires LLVM and Clang to build some parts of the Gallium drivers. For instance, the GLSL engine of the Radeon drivers is based on LLVM, no matter the compiler used to build the libraries. When the libOpenCL.so port will be ready for the Ports tree, it will depend on LLVM too. In both cases, LLVM is used here for its framework beyond the sole C/C++ compiler. -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-x11@FreeBSD.ORG Mon Nov 17 23:56:55 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.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ED3CC41D for ; Mon, 17 Nov 2014 23:56:55 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 D494AB31 for ; Mon, 17 Nov 2014 23:56:55 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sAHNutt4058150 for ; Mon, 17 Nov 2014 23:56:55 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-x11@FreeBSD.org Subject: [Bug 182723] graphics/dri fails to build on 9.2-Stable Date: Mon, 17 Nov 2014 23:56:55 +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: dumbbell@FreeBSD.org X-Bugzilla-Status: Issue Resolved X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-x11@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution 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-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Nov 2014 23:56:56 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=182723 Jean-Sebastien Pedron changed: What |Removed |Added ---------------------------------------------------------------------------- Status|In Discussion |Issue Resolved Resolution|--- |FIXED --- Comment #6 from Jean-Sebastien Pedron --- As the original issue is fixed in the Ports tree, I'm closing this bug. Chris, feel free to continue the discussion about GCC here, I'll answer. -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-x11@FreeBSD.ORG Tue Nov 18 00:03:44 2014 Return-Path: Delivered-To: x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C0EE74BF for ; Tue, 18 Nov 2014 00:03:44 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 A7927C02 for ; Tue, 18 Nov 2014 00:03:44 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sAI03itI079049 for ; Tue, 18 Nov 2014 00:03:44 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: x11@FreeBSD.org Subject: [Bug 194655] graphics/dri incorrect depends - devel/llvm* is listed as BUILD dependency when built with VDPAU support but should be listed as LIB Date: Tue, 18 Nov 2014 00:03:42 +0000 X-Bugzilla-Reason: CC 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 Many People X-Bugzilla-Who: dumbbell@FreeBSD.org X-Bugzilla-Status: In Discussion X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-ports-bugs@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status 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-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Nov 2014 00:03:44 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194655 Jean-Sebastien Pedron changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Triage |In Discussion --- Comment #11 from Jean-Sebastien Pedron --- (In reply to C Hutchinson from comment #10) > (In reply to Jean-Sebastien Pedron from comment #9) > > In our development tree, VDPAU now requires Gallium (and fails to build > > otherwise). > > Shouldn't OPTIONS reconcile this? I'm a newbie with the ports framework and I don't know if dependencies can be expressed with OPTIONS. In our development tree, we mark the graphics/dri as "IGNORE" if VDPAU is selected but not GALLIUM. Also, VDPAU is disabled by default, because currently, the Radeon kernel drivers doesn't support hardware-assisted video decoding (and Gallium/VDPAU doesn't support the Intel driver). -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-x11@FreeBSD.ORG Tue Nov 18 01:03: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.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4B7AAB6F for ; Tue, 18 Nov 2014 01:03:19 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 193CC198 for ; Tue, 18 Nov 2014 01:03:19 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sAI13IAj002635 for ; Tue, 18 Nov 2014 01:03:18 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-x11@FreeBSD.org Subject: [Bug 182723] graphics/dri fails to build on 9.2-Stable Date: Tue, 18 Nov 2014 01:03:18 +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: portmaster@bsdforge.com X-Bugzilla-Status: Issue Resolved X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-x11@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: 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-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Nov 2014 01:03:19 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=182723 --- Comment #7 from C Hutchinson --- (In reply to Jean-Sebastien Pedron from comment #5) > (In reply to C Hutchinson from comment #4) > > Just so you know; I'm not a GNU C zealot. > > It was just my understanding the FreeBSD supported *both* gcc, > > and clang/llvm, as the tool-chain in base. Given that clang/llvm is > > *much* larger, and as such, slower for (initially) building/installing > > kernel/world. I chose gcc on a fresh install. Thinking I could > > add clang/llvm later, and into userland. After 3 days of investigating > > all of this. I have discovered all of this to be untrue. > > I can't comment on other ports, but on the particular case of Mesa, GCC > 4.2.1 from base is unable to build Mesa because it's too old (the "invalid > suffix on integer" error you got). > > A modern GCC will build Mesa properly. You could put "USE_GCC=yes" globally > in the Makefile (ie. regardless of any .if block). But this isn't very user > friendly: there may be a way to tell "I want to use GCC for all ports" in > /etc/make.conf but I don't know it. My understanding for "global" declaration, is to use: FAVORITE_COMPILER=gcc But there are other "knobs" as well; BOOTSTRAP, CXX, {...}. Anyway. I *ultimately* found it all to be too expensive, for too little gain. :) > > In all cases, Mesa requires LLVM and Clang to build some parts of the > Gallium drivers. For instance, the GLSL engine of the Radeon drivers is > based on LLVM, no matter the compiler used to build the libraries. When the > libOpenCL.so port will be ready for the Ports tree, it will depend on LLVM > too. In both cases, LLVM is used here for its framework beyond the sole > C/C++ compiler. Sure. Makes sense. Thank you very kindly, for your thoughtful reply. --Chris -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-x11@FreeBSD.ORG Tue Nov 18 01:08:57 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.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C67C4BE7 for ; Tue, 18 Nov 2014 01:08:57 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 AE1F41C6 for ; Tue, 18 Nov 2014 01:08:57 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sAI18vT4006042 for ; Tue, 18 Nov 2014 01:08:57 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-x11@FreeBSD.org Subject: [Bug 182723] graphics/dri fails to build on 9.2-Stable Date: Tue, 18 Nov 2014 01:08:57 +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: portmaster@bsdforge.com X-Bugzilla-Status: Issue Resolved X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-x11@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: 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-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Nov 2014 01:08:57 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=182723 --- Comment #8 from C Hutchinson --- (In reply to Jean-Sebastien Pedron from comment #6) > As the original issue is fixed in the Ports tree, I'm closing this bug. > > Chris, feel free to continue the discussion about GCC here, I'll answer. Thank you, Jean-Sebastien Pedron. Please feel free to end this. I have found that *currently* the (attempted) use of gcc w/o clang to be too much difficulty, for too little gain. I can easily see where splitting up the manpower to maintain two toolchains can stretching the limits of those resources, and that clang/llvm would get the most attention, under those circumstances. Maybe gcc will catch up later. :) Thanks again, for all your time, and attention. --Chris -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-x11@FreeBSD.ORG Tue Nov 18 12:58:51 2014 Return-Path: Delivered-To: freebsd-x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D42B3BDD for ; Tue, 18 Nov 2014 12:58:51 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 BC169C9 for ; Tue, 18 Nov 2014 12:58:51 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sAICwpOD055111 for ; Tue, 18 Nov 2014 12:58:51 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-x11@FreeBSD.org Subject: [Bug 186761] too many errors, port quits (/usr/ports/graphics/dri) Date: Tue, 18 Nov 2014 12:58:51 +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: kwm@FreeBSD.org X-Bugzilla-Status: Issue Resolved X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-x11@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cc resolution 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-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Nov 2014 12:58:51 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=186761 Koop Mast changed: What |Removed |Added ---------------------------------------------------------------------------- Status|In Discussion |Issue Resolved CC| |kwm@FreeBSD.org Resolution|--- |Overcome By Events --- Comment #2 from Koop Mast --- The mesa ports where updated to 10.3.x and 9.1.7 (default), please reopen the bug with a new log if it happens again. -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-x11@FreeBSD.ORG Tue Nov 18 12:59:43 2014 Return-Path: Delivered-To: freebsd-x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DEF3AC1D for ; Tue, 18 Nov 2014 12:59:43 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 C6D70D3 for ; Tue, 18 Nov 2014 12:59:43 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sAICxhKo055834 for ; Tue, 18 Nov 2014 12:59:43 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-x11@FreeBSD.org Subject: [Bug 184302] graphics/dri 9.1.6_3, 2 gallium/auxiliary/util/Makefile: No such file Date: Tue, 18 Nov 2014 12:59:43 +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: kwm@FreeBSD.org X-Bugzilla-Status: Timeout X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-x11@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cc resolution 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-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Nov 2014 12:59:44 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=184302 Koop Mast changed: What |Removed |Added ---------------------------------------------------------------------------- Status|In Discussion |Timeout CC| |kwm@FreeBSD.org Resolution|--- |Unable to Reproduce -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-x11@FreeBSD.ORG Tue Nov 18 13:00:21 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.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1A083C57 for ; Tue, 18 Nov 2014 13:00:21 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 0299FDC for ; Tue, 18 Nov 2014 13:00:21 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sAID0K4h062723 for ; Tue, 18 Nov 2014 13:00:20 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-x11@FreeBSD.org Subject: [Bug 183304] [patch] graphics/dri on armv6 Date: Tue, 18 Nov 2014 13:00:19 +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: kwm@FreeBSD.org X-Bugzilla-Status: Issue Resolved X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-x11@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cc resolution 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-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Nov 2014 13:00:21 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=183304 Koop Mast changed: What |Removed |Added ---------------------------------------------------------------------------- Status|In Discussion |Issue Resolved CC| |kwm@FreeBSD.org Resolution|--- |Overcome By Events --- Comment #3 from Koop Mast --- This has been fixed in the dri port -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-x11@FreeBSD.ORG Wed Nov 19 00:21:35 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.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0339840F for ; Wed, 19 Nov 2014 00:21:35 +0000 (UTC) Received: from mail-ie0-x231.google.com (mail-ie0-x231.google.com [IPv6:2607:f8b0:4001: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 C11B1A3E for ; Wed, 19 Nov 2014 00:21:34 +0000 (UTC) Received: by mail-ie0-f177.google.com with SMTP id tr6so5992625ieb.8 for ; Tue, 18 Nov 2014 16:21:34 -0800 (PST) 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=Zj34Egp83FS8BUX977wUUCIx97mhPN7Wk+/CgIbjQBQ=; b=E6zKFB74WiZERSnqufOqyC+0XhdqJq/Fn9a+Nbj7c8mVUH+MYaM7mrXvHHORcnYxcP 9dN14bugtyBuorRoaWlX7u5P+zORBcoxhC1pJD25GbzHLySgpbmmLvr05sPW1H4oLH0+ U05Q1YUj8rOmFTeAebB4VyT4bmPjQ2N2jvPQAl8x2TdGvC35VeJ78rS3SsaGgLxRpV4/ VWml01VYKG5uPPBKBQF7iC4LafbaKTt8eyug28NiF6IyNx+TrJ0gRBgOAe7f4kaMCuGe UoYL+hHdYO31ZVTgbugnDCT+7yQbbAjCWUWl49Hn2r5/dRJw6A9lhgsgJgd7r3V3q6BS PIKg== MIME-Version: 1.0 X-Received: by 10.43.160.195 with SMTP id md3mr71338icc.69.1416356494197; Tue, 18 Nov 2014 16:21:34 -0800 (PST) Received: by 10.64.211.166 with HTTP; Tue, 18 Nov 2014 16:21:34 -0800 (PST) Date: Wed, 19 Nov 2014 01:21:34 +0100 Message-ID: Subject: OpenCL (in particular beignet) From: Johannes Dieterich To: freebsd-x11@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Nov 2014 00:21:35 -0000 Hi, please CC me as I am not subscribed. I came across the prerequisites of beignet, Intel's open-source OpenCL implementation http://www.freedesktop.org/wiki/Software/Beignet/, and realized that we should have all of the stuff in place already. And indeed, checking out their git master does, with minor adjustments, configure and (partially) compile on 11-CURRENT using [clang,llvm]35. Now, before I dig deeper into the compile errors I still get, is there any fundamental reason why this should not work on 11 (yet)? Also, if someone is already working on porting beignet, it'll be great to know! :-) Thanks Johannes From owner-freebsd-x11@FreeBSD.ORG Wed Nov 19 00:55:57 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.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2824EF61 for ; Wed, 19 Nov 2014 00:55:57 +0000 (UTC) Received: from proxy1.addr.com (proxy1.addr.com [69.90.211.27]) (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 083FADD1 for ; Wed, 19 Nov 2014 00:55:56 +0000 (UTC) Received: from [192.168.1.72] ([87.112.125.172]) (authenticated bits=0 user=sweeney) by proxy1.addr.com (8.14.4/8.12.8/Submit) with ESMTP id sAJ0svDp003223 for ; Tue, 18 Nov 2014 16:55:00 -0800 (PST) Message-ID: <546BEA88.4090804@addr.com> Date: Wed, 19 Nov 2014 00:55:36 +0000 From: Tony Sweeney User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.1.2 MIME-Version: 1.0 To: freebsd-x11@freebsd.org Subject: Re: Xorg configure failure with Radeon card References: <5466DD69.5000205@gmx.us> <54673C5D.6040900@gmail.com> <54676567.8090200@gmx.us> <5467A3BE.2060207@gmail.com> <5467A75D.9000605@gmx.us> <5467AD77.9060408@gmail.com> <20141115164711.dc9f2b0b219c604ceff307cf@gmx.us> <5468A1F7.8040907@addr.com> <5468AD4D.30902@dumbbell.fr> <5468B073.5030402@addr.com> <5468B3E9.2070406@addr.com> <5468B4C4.5040706@dumbbell.fr> <5468B612.6030109@addr.com> <5468D329.5050502@dumbbell.fr> <5468D9B6.7030805@addr.com> <5468DD87.3040602@dumbbell.fr> <5468E182.7000900@addr.com> <5468EAD7.5030108@dumbbell.fr> <546945FA.9060509@addr.com> In-Reply-To: <546945FA.9060509@addr.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Nov 2014 00:55:57 -0000 On 11/17/2014 00:48, Tony Sweeney wrote: > On 11/16/2014 18:20, Jean-Sébastien Pédron wrote: >> On 16.11.2014 18:40, Tony Sweeney wrote: >>> On 11/16/2014 17:23, Jean-Sébastien Pédron wrote: >>>> Can you double-check that xf86-video-ati is installed? X doesn't even >>>> try to load it. >>>> >>> Seems to be: >>> >>> root@sleekit:/etc # pkg info xf86-video-ati-7.5.0 >>> xf86-video-ati-7.5.0 >>> Name : xf86-video-ati >>> Version : 7.5.0 >>> ... >>> This package contains the X.Org xf86-video-ati driver. >>> root@sleekit:/etc # locate radeon_drv.so >>> /usr/local/lib/xorg/modules/drivers/radeon_drv.so >>> root@sleekit:/etc # locate ati_drv.so >>> /usr/local/lib/xorg/modules/drivers/ati_drv.so >> >> locate(1) doesn't check the files actually exist. Could you check they >> are present? > > I'm aware of that. They are present: > > root@sleekit:/etc # ls -l `!58` > ls -l `locate radeon_drv.so` > -rwxr-xr-x 1 root wheel 419776 Nov 6 07:50 > /usr/local/lib/xorg/modules/drivers/radeon_drv.so > root@sleekit:/etc # ls -l `!59` > ls -l `locate ati_drv.so` > -rwxr-xr-x 1 root wheel 6872 Nov 6 07:50 > /usr/local/lib/xorg/modules/drivers/ati_drv.so > root@sleekit:/etc # > > >> >> I assume you don't have any xorg.conf? >> > Near as I can tell: > > root@sleekit:/etc # /usr/libexec/locate.updatedb > >>> WARNING > >>> Executing updatedb as root. This WILL reveal all filenames > >>> on your machine to all login users, which is a security risk. > root@sleekit:/etc # locate xorg.conf > /root/xorg.conf.new > /usr/local/etc/X11/xorg.conf.d > /usr/local/man/man5/xorg.conf.5.gz > /usr/local/man/man5/xorg.conf.d.5.gz > root@sleekit:/etc # > > So, rather than simply pouting about how this doesn't quite work as advertised, is there something I can do to contribute to making this better? I was a C/UNIX porting engineer for Ingres back in the day and have made minor contributions to a couple of open source projects, At minimum I am happy to run this in a debugger to track down the segmentation violation if someone would point me in the direction of how to do that. I'm very aware that the FreeBSD X11 team is thinly staffed, and greatly appreciate their efforts to engage on this mailing list. If I can help at all I will. Tony. > > _______________________________________________ > freebsd-x11@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-x11 > To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" > > From owner-freebsd-x11@FreeBSD.ORG Wed Nov 19 09:46:20 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.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 53E534E4 for ; Wed, 19 Nov 2014 09:46:20 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 3C627B76 for ; Wed, 19 Nov 2014 09:46:20 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sAJ9kKlH066353 for ; Wed, 19 Nov 2014 09:46:20 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: x11@FreeBSD.org Subject: [Bug 195080] x11/nvidia-driver / graphics/libGL affected by install order Date: Wed, 19 Nov 2014 09:46:20 +0000 X-Bugzilla-Reason: CC 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 Many People X-Bugzilla-Who: marino@FreeBSD.org X-Bugzilla-Status: Needs Triage X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: danfe@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-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Nov 2014 09:46:20 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=195080 John Marino changed: What |Removed |Added ---------------------------------------------------------------------------- CC|danfe@FreeBSD.org | Assignee|freebsd-ports-bugs@FreeBSD. |danfe@FreeBSD.org |org | -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-x11@FreeBSD.ORG Wed Nov 19 10:05:02 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.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 504BE91C for ; Wed, 19 Nov 2014 10:05:02 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 386B6D6B for ; Wed, 19 Nov 2014 10:05:02 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sAJA52h2052534 for ; Wed, 19 Nov 2014 10:05:02 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: x11@FreeBSD.org Subject: [Bug 194705] New port: x11-drivers/xf86-video-ast, driver for graphics controller found in a recent server motherboards Date: Wed, 19 Nov 2014 10:05:02 +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 Some People X-Bugzilla-Who: marino@FreeBSD.org X-Bugzilla-Status: Open X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: x11@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status 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-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Nov 2014 10:05:02 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194705 John Marino changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Triage |Open CC|marino@FreeBSD.org | Assignee|freebsd-ports-bugs@FreeBSD. |x11@FreeBSD.org |org | --- Comment #3 from John Marino --- x11@, I was going to close this new-port PR -- no shar and the pkg-plist features @dirrmtry. However, it's a simple patch so I'll assign this driver port to you guys to do with what you want. -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-x11@FreeBSD.ORG Wed Nov 19 12:01:22 2014 Return-Path: Delivered-To: x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C828A776 for ; Wed, 19 Nov 2014 12:01:22 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 B0E4FC2A for ; Wed, 19 Nov 2014 12:01:22 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sAJC1MrT035972 for ; Wed, 19 Nov 2014 12:01:22 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: x11@FreeBSD.org Subject: [Bug 195080] x11/nvidia-driver / graphics/libGL affected by install order Date: Wed, 19 Nov 2014 12:01:22 +0000 X-Bugzilla-Reason: CC 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 Many People X-Bugzilla-Who: kwm@FreeBSD.org X-Bugzilla-Status: Needs Triage X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: danfe@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc 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-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Nov 2014 12:01:22 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=195080 Koop Mast changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |kwm@FreeBSD.org --- Comment #2 from Koop Mast --- both libGL and nvidia-driver have post-install and deinstall scripts that make the hardlinks and remove them. I build it so that if libGL is reinstalled after nvidia-driver it check if nvidia driver libGL is present and links that instead of its own. -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-x11@FreeBSD.ORG Wed Nov 19 12:37:17 2014 Return-Path: Delivered-To: x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0BC9A137 for ; Wed, 19 Nov 2014 12:37:17 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 CE4D5F28 for ; Wed, 19 Nov 2014 12:37:16 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sAJCbG30083742 for ; Wed, 19 Nov 2014 12:37:16 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: x11@FreeBSD.org Subject: [Bug 195080] x11/nvidia-driver / graphics/libGL affected by install order Date: Wed, 19 Nov 2014 12:37:16 +0000 X-Bugzilla-Reason: CC 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 Many People X-Bugzilla-Who: danfe@FreeBSD.org X-Bugzilla-Status: In Discussion X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: danfe@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status 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-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Nov 2014 12:37:17 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=195080 Alexey Dokuchaev changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Triage |In Discussion --- Comment #3 from Alexey Dokuchaev --- Right, and I think this simple logic can be improved. Currently nvidia-driver conflicts not just with xorg and libGL, but also libEGL and libGLESv2. I'm playing with the idea to stop assuming of any particular order in which these ports/packages are installed, and create symlinks (hardlinks only complicate things here) upon install/deinstall in the following way: In post-install: ... /bin/ln -sf .nvidia/libGL.so.1 ${PREFIX}/lib /bin/ln -sf .nvidia/libGL.so ${PREFIX}/lib /bin/ln -sf .nvidia/libEGL.so.1 ${PREFIX}/lib /bin/ln -sf .nvidia/libEGL.so ${PREFIX}/lib /bin/ln -sf .nvidia/libGLESv2.so.2 ${PREFIX}/lib /bin/ln -sf .nvidia/libGLESv2.so ${PREFIX}/lib /bin/ln -sf .nvidia/libglx.so ${PREFIX}/lib/xorg/modules/extensions In post-deinstall: # Conditionally put links to files (i.e., if they were previously installed) # $1 common path (prior to hidden directory) # $2 remainder (e.g., .foo/libbar.so) maybe_link_back() { [ -f "$1/$2" ] && /bin/ln -sf "$2" "$1" } ... maybe_link_back ${PREFIX}/lib .libGL/libGL.so.1 maybe_link_back ${PREFIX}/lib .libGL/libGL.so maybe_link_back ${PREFIX}/lib .libEGL/libEGL.so.1 maybe_link_back ${PREFIX}/lib .libEGL/libEGL.so maybe_link_back ${PREFIX}/lib .libGLESv2/libGLESv2.so.2 maybe_link_back ${PREFIX}/lib .libGLESv2/libGLESv2.so maybe_link_back ${PREFIX}/lib/xorg/modules/extensions .xorg/libglx.so Similar changes will have to be added to "conflicting" ports (libraries and X server). -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-x11@FreeBSD.ORG Wed Nov 19 13:43:36 2014 Return-Path: Delivered-To: x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E7D8C821 for ; Wed, 19 Nov 2014 13:43:36 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 D046F96A for ; Wed, 19 Nov 2014 13:43:36 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sAJDhaNa070067 for ; Wed, 19 Nov 2014 13:43:36 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: x11@FreeBSD.org Subject: [Bug 195080] x11/nvidia-driver / graphics/libGL affected by install order Date: Wed, 19 Nov 2014 13:43:36 +0000 X-Bugzilla-Reason: CC 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 Many People X-Bugzilla-Who: kwm@FreeBSD.org X-Bugzilla-Status: In Discussion X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: danfe@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: 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-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Nov 2014 13:43:37 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=195080 --- Comment #4 from Koop Mast --- The reason I picked hardlinks is else it going to look into the .libGL dirs and will select the wrong libGL.so. Or something like that, I can't remember clearly. -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-x11@FreeBSD.ORG Wed Nov 19 13:56: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.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4518AA54 for ; Wed, 19 Nov 2014 13:56:56 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 24227A9D for ; Wed, 19 Nov 2014 13:56:56 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sAJDuuX8010549 for ; Wed, 19 Nov 2014 13:56:56 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: x11@FreeBSD.org Subject: [Bug 191296] x11/xdm fails to start xfce4 Date: Wed, 19 Nov 2014 13:56:55 +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: mi@ALDAN.algebra.com X-Bugzilla-Status: In Discussion X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: x11@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc 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-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Nov 2014 13:56:56 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191296 Mikhail T. changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mi@ALDAN.algebra.com --- Comment #2 from Mikhail T. --- Oliver, xdm is a perfectly cable login-manager and there is no reason xfce4 should not be working with it. The solution is proposed here: https://bugzilla.xfce.org/show_bug.cgi?id=8841 Following the example given over there, I modified my own ~/.xsession to initialize dbus before launching startxfce4: if [ -z "$DBUS_SESSION_BUS_ADDRESS" ] then eval `dbus-launch --sh-syntax --exit-with-session` fi exec ...... startxfce4 With the above work-around, I am able to login now, but the xfce4 port should have a new patch added as a fix to make work-around unnecessary. -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-x11@FreeBSD.ORG Wed Nov 19 14:46:12 2014 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 61B1C3E1 for ; Wed, 19 Nov 2014 14:46:12 +0000 (UTC) Received: from mail.palmen-it.de (stef.palmen-it.de [IPv6:2a01:198:49d:1::1]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2596E69 for ; Wed, 19 Nov 2014 14:46:12 +0000 (UTC) Received: from dslb-084-056-246-061.084.056.pools.vodafone-ip.de ([84.56.246.61] helo=[192.168.98.102]) by mail.palmen-it.de with esmtpsa (TLS1.0:DHE_RSA_CAMELLIA_256_CBC_SHA1:256) (Exim 4.80) (envelope-from ) id 1Xr6WI-0002oe-3T for freebsd-x11@freebsd.org; Wed, 19 Nov 2014 14:46:10 +0000 Message-ID: <546CAD30.3060600@palmen-it.de> Date: Wed, 19 Nov 2014 15:46:08 +0100 From: Felix Palmen User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130307 Thunderbird/17.0.4 MIME-Version: 1.0 To: freebsd-x11@freebsd.org Subject: DRI not working, AMD E 300 with Radeon HD 6310 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-SA-Exim-Connect-IP: 84.56.246.61 X-SA-Exim-Rcpt-To: freebsd-x11@freebsd.org X-SA-Exim-Mail-From: felix@palmen-it.de X-SA-Exim-Scanned: No (on mail.palmen-it.de); SAEximRunCond expanded to false X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Nov 2014 14:46:12 -0000 Hello all, I'm just trying out whether FreeBSD could replace my Linux installation on my notebook, so not entirely sure whether this is the right place to ask -- if not, sorry for that and please give directions to the right place, thank you. Most things work just fine, but DRI does not work: [ 49.676] (II) AIGLX: Screen 0 is not DRI2 capable [ 49.676] (II) AIGLX: Screen 0 is not DRI capable [ 51.511] (II) AIGLX: Loaded and initialized swrast [ 51.511] (II) GLX: Initialized DRISWRAST GL provider for screen 0 So I checked the kernel output and found the following: 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 11.0-CURRENT #0 r274426: Wed Nov 12 22:49:15 CET 2014 root@photon.home.palmen-it.de:/usr/obj/usr/src/sys/NODEBUG amd64 FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512 VT: running with driver "efifb". [...] vgapci0: port 0x4000-0x40ff mem 0xe0000000-0xefffffff,0xf0300000-0xf033ffff irq 18 at device 1.0 on pci0 drmn0: on vgapci0 info: [drm] MSI enabled 1 message(s) info: [drm] RADEON_IS_PCIE info: [drm] initializing kernel modesetting (PALM 0x1002:0x9802 0x17AA:0x21EC). info: [drm] register mmio base: 0xF0300000 info: [drm] register mmio size: 262144 info: [drm] radeon_atrm_get_bios: ===> Try ATRM... info: [drm] radeon_atrm_get_bios: IGP card detected, skipping this method... info: [drm] radeon_acpi_vfct_bios: ===> Try VFCT... info: [drm] radeon_acpi_vfct_bios: Get "VFCT" ACPI table info: [drm] radeon_acpi_vfct_bios: Failed to get "VFCT" table: AE_NOT_FOUND info: [drm] igp_read_bios_from_vram: ===> Try IGP's VRAM... info: [drm] igp_read_bios_from_vram: VRAM base address: 0xe0000000 info: [drm] igp_read_bios_from_vram: Map address: 0xfffff800e0000000 (262144 bytes) info: [drm] igp_read_bios_from_vram: Incorrect BIOS signature: 0x0000 info: [drm] radeon_read_bios: ===> Try PCI Expansion ROM... info: [drm] radeon_read_bios: Map address: 0xfffff800000c0000 (131072 bytes) info: [drm] ATOM BIOS: Lenovo drmn0: info: VRAM: 384M 0x0000000000000000 - 0x0000000017FFFFFF (384M used) drmn0: info: GTT: 512M 0x0000000018000000 - 0x0000000037FFFFFF info: [drm] Detected VRAM RAM=384M, BAR=256M info: [drm] RAM width 32bits DDR [TTM] Zone kernel: Available graphics memory: 1872740 kiB [TTM] Initializing pool allocator info: [drm] radeon: 384M of VRAM memory ready info: [drm] radeon: 512M of GTT memory ready. info: [drm] Supports vblank timestamp caching Rev 1 (10.10.2010). info: [drm] Driver supports precise vblank timestamp query. info: [drm] radeon: irq initialized. info: [drm] GART: num cpu pages 131072, num gpu pages 131072 info: [drm] Loading PALM Microcode info: [drm] PCIE GART of 512M enabled (table at 0x0000000000040000). drmn0: info: WB enabled drmn0: info: fence driver on ring 0 use gpu addr 0x0000000018000c00 and cpu addr 0x0xfffff8011efc9c00 drmn0: info: fence driver on ring 3 use gpu addr 0x0000000018000c0c and cpu addr 0x0xfffff8011efc9c0c info: [drm] ring test on 0 succeeded in 1 usecs error: [drm:pid0:r600_dma_ring_test] *ERROR* radeon: ring 3 test failed (0xCAFEDEAD) ** ^ This seems to be the source of the problem.... drmn0: error: disabling GPU acceleration drmn0: warning: 0xfffff80002af6000 unpin not necessary info: [drm] radeon_device_init: Taking over the fictitious range 0xe0000000-0xf0000000 [...] info: [drm] Radeon Display Connectors info: [drm] Connector 0: info: [drm] LVDS-1 info: [drm] HPD1 info: [drm] DDC: 0x6430 0x6430 0x6434 0x6434 0x6438 0x6438 0x643c 0x643c info: [drm] Encoders: info: [drm] LCD1: INTERNAL_UNIPHY info: [drm] Connector 1: info: [drm] HDMI-A-1 info: [drm] HPD2 info: [drm] DDC: 0x6440 0x6440 0x6444 0x6444 0x6448 0x6448 0x644c 0x644c info: [drm] Encoders: info: [drm] DFP1: INTERNAL_UNIPHY info: [drm] Connector 2: info: [drm] VGA-1 info: [drm] DDC: 0x64d8 0x64d8 0x64dc 0x64dc 0x64e0 0x64e0 0x64e4 0x64e4 info: [drm] Encoders: info: [drm] CRT1: INTERNAL_KLDSCP_DAC1 drmn0: warning: Can't enable IRQ/MSI because no handler is installed info: [drm] Internal thermal controller without fan control info: [drm] radeon: power management initialized info: [drm] Connector LVDS-1: get mode from tunables: info: [drm] - kern.vt.fb.modes.LVDS-1 info: [drm] - kern.vt.fb.default_mode info: [drm] Connector HDMI-A-1: get mode from tunables: info: [drm] - kern.vt.fb.modes.HDMI-A-1 info: [drm] - kern.vt.fb.default_mode info: [drm] Connector VGA-1: get mode from tunables: info: [drm] - kern.vt.fb.modes.VGA-1 info: [drm] - kern.vt.fb.default_mode info: [drm] fb mappable at 0xE0142000 info: [drm] vram apper at 0xE0000000 info: [drm] size 4325376 info: [drm] fb depth is 24 info: [drm] pitch is 5632 fbd0 on drmn0 VT: Replacing driver "efifb" with new "fb". info: [drm] Initialized radeon 2.29.0 20080528 vgapci0: Boot video device As https://wiki.freebsd.org/Graphics lists my chip with "Works", what could I have missed here? Could it be anything in 11-current breaking this, so trying 10.1 could help? Thanks for help/ideas/hints ... Best regards, Felix -- Dipl.-Inform. Felix Palmen ,.//.......... {web} http://palmen-it.de {jabber} [see email] ,//palmen-it.de {pgp public key} http://palmen-it.de/pub.txt // """"""""""" {pgp fingerprint} ED9B 62D0 BE39 32F9 2488 5D0C 8177 9D80 5ECF F683 From owner-freebsd-x11@FreeBSD.ORG Wed Nov 19 15:30:02 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.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B1A36AFB for ; Wed, 19 Nov 2014 15:30:02 +0000 (UTC) Received: from mail14.wdc04.mandrillapp.com (mail14.wdc04.mandrillapp.com [205.201.139.14]) (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 66AFA77F for ; Wed, 19 Nov 2014 15:30:02 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; s=mandrill; d=waitman.net; h=From:Subject:To:Cc:Message-Id:In-Reply-To:References:Date:MIME-Version:Content-Type:Content-Transfer-Encoding; i=waitman@waitman.net; bh=KBoglhwJVOEBnyOi0J2EWTFeKiI=; b=Vd66bXGAwe9ED6zDWiBzFnJqLVVd9rqEloTeTtOo+wORhBTgS+v2XBfyVgp2xMOEJXwn/jjtCier P99smF29dUGuFYA9VyUnPrisMPB7WY/onxiPZMaLrYip09vlI+w8tWMVKAfMltlVcTCJu8GW8R+a 2jGPAYl7Ca3rL+eNpY8= DomainKey-Signature: a=rsa-sha1; c=nofws; q=dns; s=mandrill; d=waitman.net; b=PVmV/FZbbilxellyx5ZiA4Lf87qsn/BqDWPBg5nIlPRHivdQcm+MtRO56MsVJZonJELes6Ng3i0J VYmITcDr3Vpsjxt1d0gFkm8b95j7N6lIiqc2OuOLObzkpTctEuubiA/eqNJizjXr49ImiYo4K0vo ojgwo+U6HYYECgZvxOY=; Received: from pmta05.wdc01.mailchimp.com (127.0.0.1) by mail14.wdc04.mandrillapp.com id hdirnk1jvjgo for ; Wed, 19 Nov 2014 15:14:54 +0000 (envelope-from ) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mandrillapp.com; i=@mandrillapp.com; q=dns/txt; s=mandrill; t=1416410094; h=From : Subject : To : Cc : Message-Id : In-Reply-To : References : Date : MIME-Version : Content-Type : Content-Transfer-Encoding : From : Subject : Date : X-Mandrill-User : List-Unsubscribe; bh=OB/fDoZXBf10yz9hfFPw7pPrfFirrMfc/Oqv6TSPFMU=; b=IFoSOSvvjdZJTTxosgjHAytNwxrFi6xqXsChjrtURHRdAdxsVauDO6k2g2a2yIAHZZJhDk 4x16k7MQU+sJB40Vb45dPIUiVX0sYYOrHRfzKtkM6WgH9fo09GSxbRfzhMHEioDjdqgqqfv5 zK1i1SQfG/HUkDTMVKvBQwCC3ua00= From: Waitman Gobble Subject: Re: DRI not working, AMD E 300 with Radeon HD 6310 To: Felix Palmen Message-Id: <20141119071451.6613dc13f59c491f7b9887a5@waitman.net> In-Reply-To: <546CAD30.3060600@palmen-it.de> References: <546CAD30.3060600@palmen-it.de> Received: from [66.135.50.201] by mandrillapp.com id 6e1d7ce881c4417e9a438da96b831d99; Wed, 19 Nov 2014 15:14:54 +0000 X-Report-Abuse: Please forward a copy of this message, including all headers, to abuse@mandrill.com X-Report-Abuse: You can also report abuse here: http://mandrillapp.com/contact/abuse?id=30351336.6e1d7ce881c4417e9a438da96b831d99 X-Mandrill-User: md_30351336 Date: Wed, 19 Nov 2014 15:14:54 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Cc: freebsd-x11@freebsd.org X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Nov 2014 15:30:02 -0000 On Wed, 19 Nov 2014 15:46:08 +0100 Felix Palmen wrote: > Hello all, > > I'm just trying out whether FreeBSD could replace my Linux installation > on my notebook, so not entirely sure whether this is the right place to > ask -- if not, sorry for that and please give directions to the right > place, thank you. > > Most things work just fine, but DRI does not work: > > [ 49.676] (II) AIGLX: Screen 0 is not DRI2 capable > [ 49.676] (II) AIGLX: Screen 0 is not DRI capable > [ 51.511] (II) AIGLX: Loaded and initialized swrast > [ 51.511] (II) GLX: Initialized DRISWRAST GL provider for screen 0 > > So I checked the kernel output and found the following: > > 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 11.0-CURRENT #0 r274426: Wed Nov 12 22:49:15 CET 2014 > root@photon.home.palmen-it.de:/usr/obj/usr/src/sys/NODEBUG amd64 > FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512 > VT: running with driver "efifb". > > [...] > > vgapci0: port 0x4000-0x40ff mem > 0xe0000000-0xefffffff,0xf0300000-0xf033ffff irq 18 at device 1.0 on pci0 > drmn0: on vgapci0 > info: [drm] MSI enabled 1 message(s) > info: [drm] RADEON_IS_PCIE > info: [drm] initializing kernel modesetting (PALM 0x1002:0x9802 > 0x17AA:0x21EC). > info: [drm] register mmio base: 0xF0300000 > info: [drm] register mmio size: 262144 > info: [drm] radeon_atrm_get_bios: ===> Try ATRM... > info: [drm] radeon_atrm_get_bios: IGP card detected, skipping this method... > info: [drm] radeon_acpi_vfct_bios: ===> Try VFCT... > info: [drm] radeon_acpi_vfct_bios: Get "VFCT" ACPI table > info: [drm] radeon_acpi_vfct_bios: Failed to get "VFCT" table: AE_NOT_FOUND > info: [drm] igp_read_bios_from_vram: ===> Try IGP's VRAM... > info: [drm] igp_read_bios_from_vram: VRAM base address: 0xe0000000 > info: [drm] igp_read_bios_from_vram: Map address: 0xfffff800e0000000 > (262144 bytes) > info: [drm] igp_read_bios_from_vram: Incorrect BIOS signature: 0x0000 > info: [drm] radeon_read_bios: ===> Try PCI Expansion ROM... > info: [drm] radeon_read_bios: Map address: 0xfffff800000c0000 (131072 bytes) > info: [drm] ATOM BIOS: Lenovo > drmn0: info: VRAM: 384M 0x0000000000000000 - 0x0000000017FFFFFF (384M used) > drmn0: info: GTT: 512M 0x0000000018000000 - 0x0000000037FFFFFF > info: [drm] Detected VRAM RAM=384M, BAR=256M > info: [drm] RAM width 32bits DDR > [TTM] Zone kernel: Available graphics memory: 1872740 kiB > [TTM] Initializing pool allocator > info: [drm] radeon: 384M of VRAM memory ready > info: [drm] radeon: 512M of GTT memory ready. > info: [drm] Supports vblank timestamp caching Rev 1 (10.10.2010). > info: [drm] Driver supports precise vblank timestamp query. > info: [drm] radeon: irq initialized. > info: [drm] GART: num cpu pages 131072, num gpu pages 131072 > info: [drm] Loading PALM Microcode > info: [drm] PCIE GART of 512M enabled (table at 0x0000000000040000). > drmn0: info: WB enabled > drmn0: info: fence driver on ring 0 use gpu addr 0x0000000018000c00 and > cpu addr 0x0xfffff8011efc9c00 > drmn0: info: fence driver on ring 3 use gpu addr 0x0000000018000c0c and > cpu addr 0x0xfffff8011efc9c0c > info: [drm] ring test on 0 succeeded in 1 usecs > error: [drm:pid0:r600_dma_ring_test] *ERROR* radeon: ring 3 test failed > (0xCAFEDEAD) > > ** ^ This seems to be the source of the problem.... > > drmn0: error: disabling GPU acceleration > drmn0: warning: 0xfffff80002af6000 unpin not necessary > info: [drm] radeon_device_init: Taking over the fictitious range > 0xe0000000-0xf0000000 > > [...] > > info: [drm] Radeon Display Connectors > info: [drm] Connector 0: > info: [drm] LVDS-1 > info: [drm] HPD1 > info: [drm] DDC: 0x6430 0x6430 0x6434 0x6434 0x6438 0x6438 0x643c 0x643c > info: [drm] Encoders: > info: [drm] LCD1: INTERNAL_UNIPHY > info: [drm] Connector 1: > info: [drm] HDMI-A-1 > info: [drm] HPD2 > info: [drm] DDC: 0x6440 0x6440 0x6444 0x6444 0x6448 0x6448 0x644c 0x644c > info: [drm] Encoders: > info: [drm] DFP1: INTERNAL_UNIPHY > info: [drm] Connector 2: > info: [drm] VGA-1 > info: [drm] DDC: 0x64d8 0x64d8 0x64dc 0x64dc 0x64e0 0x64e0 0x64e4 0x64e4 > info: [drm] Encoders: > info: [drm] CRT1: INTERNAL_KLDSCP_DAC1 > drmn0: warning: Can't enable IRQ/MSI because no handler is installed > info: [drm] Internal thermal controller without fan control > info: [drm] radeon: power management initialized > info: [drm] Connector LVDS-1: get mode from tunables: > info: [drm] - kern.vt.fb.modes.LVDS-1 > info: [drm] - kern.vt.fb.default_mode > info: [drm] Connector HDMI-A-1: get mode from tunables: > info: [drm] - kern.vt.fb.modes.HDMI-A-1 > info: [drm] - kern.vt.fb.default_mode > info: [drm] Connector VGA-1: get mode from tunables: > info: [drm] - kern.vt.fb.modes.VGA-1 > info: [drm] - kern.vt.fb.default_mode > info: [drm] fb mappable at 0xE0142000 > info: [drm] vram apper at 0xE0000000 > info: [drm] size 4325376 > info: [drm] fb depth is 24 > info: [drm] pitch is 5632 > fbd0 on drmn0 > VT: Replacing driver "efifb" with new "fb". > info: [drm] Initialized radeon 2.29.0 20080528 > vgapci0: Boot video device > > As https://wiki.freebsd.org/Graphics lists my chip with "Works", what > could I have missed here? Could it be anything in 11-current breaking > this, so trying 10.1 could help? > > Thanks for help/ideas/hints ... > > Best regards, > Felix > > -- > Dipl.-Inform. Felix Palmen ,.//.......... > {web} http://palmen-it.de {jabber} [see email] ,//palmen-it.de > {pgp public key} http://palmen-it.de/pub.txt // """"""""""" > {pgp fingerprint} ED9B 62D0 BE39 32F9 2488 5D0C 8177 9D80 5ECF F683 > _______________________________________________ > freebsd-x11@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-x11 > To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" An article on wikipedia 'claims' the Radeon HD 6310 'Zacate' using Evergreen chipset, however the wiki page on FreeBSD graphics shows Northern Islands / Palm... see in your posted log that PALM firmware is being loaded. http://en.wikipedia.org/wiki/AMD_Accelerated_Processing_Unit#Bobcat_architecture_.282011.29:_Ontario.2C_Zacate.2C_Desna.2C_Hondo (6310 does not appear on http://en.wikipedia.org/wiki/Radeon_HD_6000_Series) It appears to me this product was released in 2011 'in-between-stage' Evergreen/Northern Islands. Maybe that's the issue? Can you try booting a Linux kernel (maybe mainline) from USB or something to see what firmware is loaded? also.. It would be nice to import a newer kernel version.. 3.8 (if my recollection is correct) is getting dated. +I'd still love to have BONAIR support. :) -- Waitman Gobble From owner-freebsd-x11@FreeBSD.ORG Wed Nov 19 15:58:54 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.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2E8FB4C8 for ; Wed, 19 Nov 2014 15:58:54 +0000 (UTC) Received: from smtp.rcn.com (smtp.rcn.com [69.168.97.78]) (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 E87B7AF2 for ; Wed, 19 Nov 2014 15:58:52 +0000 (UTC) X_CMAE_Category: , , X-CNFS-Analysis: v=2.0 cv=a6qyBDuF c=1 sm=1 a=dUPDVWa3Dxp/u6Q+mY+wRA==:17 a=5bAhRdOea6EA:10 a=LaogzpLLAAAA:8 a=B5gzlI8gnETqR5F4Gp8A:9 a=QEXdDO2ut3YA:10 a=UH7ByARzng5yGn7RCBYA:9 a=_W_S_7VecoQA:10 a=dUPDVWa3Dxp/u6Q+mY+wRA==:117 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine X-Authed-Username: YW5hdEByY24uY29t Authentication-Results: smtp01.rcn.cmh.synacor.com smtp.mail=mi+thun@aldan.algebra.com; spf=neutral; sender-id=neutral Authentication-Results: smtp01.rcn.cmh.synacor.com header.from=mi+thun@aldan.algebra.com; sender-id=neutral Authentication-Results: smtp01.rcn.cmh.synacor.com smtp.user=anat; auth=pass (PLAIN) Received-SPF: neutral (smtp01.rcn.cmh.synacor.com: 100.1.235.44 is neither permitted nor denied by domain of aldan.algebra.com) Received: from [100.1.235.44] ([100.1.235.44:38534] helo=[192.168.1.8]) by smtp.rcn.com (envelope-from ) (ecelerity 3.6.2.43620 r(Platform:3.6.2.0)) with ESMTPSA (cipher=AES128-SHA) id BF/A7-24628-B3EBC645; Wed, 19 Nov 2014 10:58:51 -0500 Message-ID: <546CBE3A.20502@aldan.algebra.com> Date: Wed, 19 Nov 2014 10:58:50 -0500 From: "Mikhail T." User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: x11@FreeBSD.org Subject: Painfully slow X11 after upgrade Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Nov 2014 15:58:54 -0000 Hello! I upgraded from FreeBSD-9 to 10.1 and rebuilt ports -- using WITH_NEW_XORG. Though I am able to start X-session, everything is horribly slow. Moving a window, for example, I can see it repaint... The video card is nothing exciting -- an ATI ES1000 515E built into this server's motherboard, but it was perfectly adequate before the upgrade... Other signs of trouble, that I can see: * The following problems appear in Xorg.0.log : [ 2637.217] (EE) AIGLX error: Calling driver entry point failed [ 2637.217] (EE) AIGLX: reverting to software rendering [ 2637.217] (II) AIGLX: Screen 0 is not DRI capable [ 2637.246] (II) AIGLX: Loaded and initialized swrast [ 2637.246] (II) GLX: Initialized DRISWRAST GL provider for screen 0 [ 2637.321] (II) RADEON(0): Setting screen physical size to 423 x 317 * glxgears (with LIBGL_DEBUG set to "verbose") reports on start-up: MESA-LOADER: could not get PCI ID libGL: OpenDriver: trying /opt/lib/dri/radeon_dri.so libGL error: failed to create dri screen libGL error: failed to load driver: radeon libGL: OpenDriver: trying /opt/lib/dri/swrast_dri.so libGL: Can't open configuration file /home/mi/.drirc: No such file or directory. libGL: Can't open configuration file /home/mi/.drirc: No such file or directory. * The frame-rate of glxgears (in default window-size) is between 100 and 150 per second. I'm not using 3D much -- but even the 2D performance is unusable. A Maxtor-card worked better 15 years ago... I did not change my xorg.conf . Any advice? Should I downgrade the server-components back to 1.7.7 because the "NEW_XORG" is not production-ready? Or are there some other options I can tweak? Please, advise. Thanks! Yours, -mi From owner-freebsd-x11@FreeBSD.ORG Wed Nov 19 18: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.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F03EF2D4 for ; Wed, 19 Nov 2014 18:20:39 +0000 (UTC) Received: from mail.palmen-it.de (stef.palmen-it.de [IPv6:2a01:198:49d:1::1]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B3B00E18 for ; Wed, 19 Nov 2014 18:20:39 +0000 (UTC) Received: from nexus.home.palmen-it.de ([192.168.99.2] helo=nexus.localnet) by mail.palmen-it.de with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.80) (envelope-from ) id 1Xr9ro-0002yz-VE for freebsd-x11@freebsd.org; Wed, 19 Nov 2014 18:20:37 +0000 From: Felix Palmen To: freebsd-x11@freebsd.org Subject: Re: DRI not working, AMD E 300 with Radeon HD 6310 Date: Wed, 19 Nov 2014 19:20:34 +0100 Message-ID: <2351316.QielfSBzBO@nexus> User-Agent: KMail/4.14.1 (Linux/3.16.1-ck1; KDE/4.14.2; x86_64; ; ) In-Reply-To: <20141119071451.6613dc13f59c491f7b9887a5@waitman.net> References: <546CAD30.3060600@palmen-it.de> <20141119071451.6613dc13f59c491f7b9887a5@waitman.net> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-SA-Exim-Connect-IP: 192.168.99.2 X-SA-Exim-Rcpt-To: freebsd-x11@freebsd.org X-SA-Exim-Mail-From: felix@palmen-it.de X-SA-Exim-Scanned: No (on mail.palmen-it.de); SAEximRunCond expanded to false X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Nov 2014 18:20:40 -0000 Thanks for your suggestion, Am Mittwoch, 19. November 2014, 15:14:54 schrieben Sie: > An article on wikipedia 'claims' the Radeon HD 6310 'Zacate' using Evergreen > chipset, however the wiki page on FreeBSD graphics shows Northern Islands / > Palm... see in your posted log that PALM firmware is being loaded. > > http://en.wikipedia.org/wiki/AMD_Accelerated_Processing_Unit#Bobcat_architec > ture_.282011.29:_Ontario.2C_Zacate.2C_Desna.2C_Hondo > > (6310 does not appear on http://en.wikipedia.org/wiki/Radeon_HD_6000_Series) > > It appears to me this product was released in 2011 'in-between-stage' > Evergreen/Northern Islands. > > Maybe that's the issue? Can you try booting a Linux kernel (maybe mainline) > from USB or something to see what firmware is loaded? This seems interesting. As my machine is in the middle of rebuilding from current head (I decided to start over, just to be sure), I took the time to check the source. I discovered a lot of the struct radeon_asic members for my chip (dev id 0x9802) actually point to routines in evergreen.c, while some point to those in r600.c. Trying to compare to linux 3.17 code, I couldn't identify any differences apart from features like UVD. If I interpreted the code correctly, linux also attempts to load PALM firmware. So I guess that's unfortunately not the issue, but I'll double-check as soon as my machine finishes building. Should I try comparing firmware blobs themselves? Maybe there were fixes since linux 3.8? > also.. It would be nice to import a newer kernel version.. 3.8 (if my > recollection is correct) is getting dated. +I'd still love to have BONAIR > support. :) Indeed, especially UVD would be very nice to have. But for now, I'd be happy to get DRI working ;) From owner-freebsd-x11@FreeBSD.ORG Wed Nov 19 18:40:48 2014 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BF5DC7D5 for ; Wed, 19 Nov 2014 18:40:48 +0000 (UTC) Received: from mx.waitman.net (mx.waitman.net [136.0.16.173]) by mx1.freebsd.org (Postfix) with ESMTP id 9FC51F9B for ; Wed, 19 Nov 2014 18:40:48 +0000 (UTC) Received: by mx.waitman.net (Postfix, from userid 2) id 9861C435B6; Wed, 19 Nov 2014 10:41:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=waitman.net; s=default; t=1416422463; bh=U0cqlmxeoQJ5x+7Sw8BmNSzmFYJdkTkU1z9rIvuyq9w=; h=In-Reply-To:References:Date:Subject:From:To:Cc:Reply-To; b=HhXTRtHyNARigmdR4xTFnxHuwXJqUwl3xU1XVC5A2aqrls7B8Sf1ScHUxm+smkKIQ YUV1KyzyG1QBnmbp1VZzSj8KzTiEo72DqbH9fU6Nqvx6qX66syYmc1MVq2cyx/RBiR WFprXRNl8TeOi6f3kOR4YxWOMWyYfTKfLPUabyTk= Received: from 70.90.171.37 by mx.waitman.net with HTTP; Wed, 19 Nov 2014 10:41:03 -0800 Message-ID: <7ceb971998008827645f5ea2b3989bac.squirrel@mx.waitman.net> In-Reply-To: <2351316.QielfSBzBO@nexus> References: <546CAD30.3060600@palmen-it.de> <20141119071451.6613dc13f59c491f7b9887a5@waitman.net> <2351316.QielfSBzBO@nexus> Date: Wed, 19 Nov 2014 10:41:03 -0800 Subject: Re: DRI not working, AMD E 300 with Radeon HD 6310 From: "Waitman Gobble" To: "Felix Palmen" Reply-To: waitman@waitman.net User-Agent: SquirrelMail/1.5.2 [SVN] MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-x11@freebsd.org X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Nov 2014 18:40:48 -0000 On Wed, November 19, 2014 10:20 am, Felix Palmen wrote: > Thanks for your suggestion, > > > Am Mittwoch, 19. November 2014, 15:14:54 schrieben Sie: > >> An article on wikipedia 'claims' the Radeon HD 6310 'Zacate' using >> Evergreen >> chipset, however the wiki page on FreeBSD graphics shows Northern >> Islands / >> Palm... see in your posted log that PALM firmware is being loaded. >> >> >> http://en.wikipedia.org/wiki/AMD_Accelerated_Processing_Unit#Bobcat_arc >> hitec ture_.282011.29:_Ontario.2C_Zacate.2C_Desna.2C_Hondo >> >> >> (6310 does not appear on >> http://en.wikipedia.org/wiki/Radeon_HD_6000_Series) >> >> >> It appears to me this product was released in 2011 'in-between-stage' >> Evergreen/Northern Islands. >> >> >> Maybe that's the issue? Can you try booting a Linux kernel (maybe >> mainline) from USB or something to see what firmware is loaded? > > This seems interesting. As my machine is in the middle of rebuilding from > current head (I decided to start over, just to be sure), I took the time > to check the source. I discovered a lot of the struct radeon_asic members > for my chip (dev id 0x9802) actually point to routines in evergreen.c, > while some point to those in r600.c. Trying to compare to linux 3.17 code, > I couldn't > identify any differences apart from features like UVD. If I interpreted > the code correctly, linux also attempts to load PALM firmware. So I guess > that's unfortunately not the issue, but I'll double-check as soon as my > machine finishes building. > > Should I try comparing firmware blobs themselves? Maybe there were fixes > since linux 3.8? > >> also.. It would be nice to import a newer kernel version.. 3.8 (if my >> recollection is correct) is getting dated. +I'd still love to have >> BONAIR >> support. :) > > Indeed, especially UVD would be very nice to have. But for now, I'd be > happy to get DRI working ;) > > _______________________________________________ > freebsd-x11@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-x11 > To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" > > I've found numerous posts about 'how buggy' the HD 6310 is, for example mozilla.org mailing lists (posters there claiming it's the worst). The PALM firmware is supposedly Northern Islands series, the 6310 seems to have been manufactured about the time these were introduced on the market. Radeon support has been further developed since 3.8. But it's some work to import the code, which may be an understatement, I'm definitely not an expert but casual browsing it seems the threading calls need changed, and these drivers use the i2c interface which AFAIK has been deprecated in FreeBSD for some time. -- Waitman Gobble Los Altos California USA +1.510-830-7975 From owner-freebsd-x11@FreeBSD.ORG Wed Nov 19 21:07:00 2014 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 023699D9 for ; Wed, 19 Nov 2014 21:07:00 +0000 (UTC) Received: from mail.palmen-it.de (stef.palmen-it.de [IPv6:2a01:198:49d:1::1]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B96663A1 for ; Wed, 19 Nov 2014 21:06:59 +0000 (UTC) Received: from nexus.home.palmen-it.de ([192.168.99.2] helo=nexus.localnet) by mail.palmen-it.de with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.80) (envelope-from ) id 1XrCSl-00037G-33 for freebsd-x11@freebsd.org; Wed, 19 Nov 2014 21:06:55 +0000 From: Felix Palmen To: freebsd-x11@freebsd.org Subject: Re: DRI not working, AMD E 300 with Radeon HD 6310 Date: Wed, 19 Nov 2014 22:06:52 +0100 Message-ID: <2674870.PTfXXQznk8@nexus> User-Agent: KMail/4.14.1 (Linux/3.16.1-ck1; KDE/4.14.2; x86_64; ; ) In-Reply-To: <7ceb971998008827645f5ea2b3989bac.squirrel@mx.waitman.net> References: <546CAD30.3060600@palmen-it.de> <2351316.QielfSBzBO@nexus> <7ceb971998008827645f5ea2b3989bac.squirrel@mx.waitman.net> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-SA-Exim-Connect-IP: 192.168.99.2 X-SA-Exim-Rcpt-To: freebsd-x11@freebsd.org X-SA-Exim-Mail-From: felix@palmen-it.de X-SA-Exim-Scanned: No (on mail.palmen-it.de); SAEximRunCond expanded to false X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Nov 2014 21:07:00 -0000 Am Mittwoch, 19. November 2014, 10:41:03 schrieben Sie: > I've found numerous posts about 'how buggy' the HD 6310 is, for example > mozilla.org mailing lists (posters there claiming it's the worst). The > PALM firmware is supposedly Northern Islands series, the 6310 seems to > have been manufactured about the time these were introduced on the market. > Radeon support has been further developed since 3.8. But it's some work to > import the code, which may be an understatement, I'm definitely not an > expert but casual browsing it seems the threading calls need changed, and > these drivers use the i2c interface which AFAIK has been deprecated in > FreeBSD for some time. Ok, this sounds quite bad. Just out of curiosity: what's the replacement for i2c then? This would require a major porting effort? I'm still a little confused by the fact someone obviously tested the HD 6310 successfully, according to the wiki page. Meanwhile, still waiting for buildworld to finish, I found this: https://bugs.freedesktop.org/show_bug.cgi?id=66963#c175 Different chip, different OS, but at least same error. I prepared a similar patch against freebsd head (completely disabling the DMA ring for my chip) just for testing purposes. I'll report here whether this does any good, just in case someone else faces the same problem. Of course, this is an ugly hack, intentionally disabling a feature in the driver, but if it really helps, I could polish the patch so it only affects exactly the 0x9802 chip. But, let's see first... -- Dipl.-Inform. Felix Palmen ,.//.......... {web} http://palmen-it.de {jabber} [see email] ,//palmen-it.de {pgp public key} http://palmen-it.de/pub.txt // """"""""""" {pgp fingerprint} ED9B 62D0 BE39 32F9 2488 5D0C 8177 9D80 5ECF F683 From owner-freebsd-x11@FreeBSD.ORG Wed Nov 19 21:40:32 2014 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 63D04AD8 for ; Wed, 19 Nov 2014 21:40:32 +0000 (UTC) Received: from mx.waitman.net (mx.waitman.net [136.0.16.173]) by mx1.freebsd.org (Postfix) with ESMTP id 4840F9AB for ; Wed, 19 Nov 2014 21:40:32 +0000 (UTC) Received: by mx.waitman.net (Postfix, from userid 2) id BC3B7435B6; Wed, 19 Nov 2014 13:40:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=waitman.net; s=default; t=1416433253; bh=BJdevssDWT8XEHATIVB2tz+iw+sERfO4eZyP+5Hjg1U=; h=In-Reply-To:References:Date:Subject:From:To:Cc:Reply-To; b=OrFPVAwlbdJczQSXa1MhgQYrDOMaMNbm/TjQYJGsZ8p9goqgc4XH0+UHRpgokaTNx RwAI+At715hC/VehfjwNMcB6X137k+JI3LF62PvQ99tFfqG7bvm4+rvT/FyNLBSqJ4 7rxn3XgM/8z2a0PZbmj3eVo1yLVaiXpq0/OcaqPs= Received: from 70.90.171.37 by mx.waitman.net with HTTP; Wed, 19 Nov 2014 13:40:53 -0800 Message-ID: <516cd95e7ad593562f85b7b8a42f4296.squirrel@mx.waitman.net> In-Reply-To: <2674870.PTfXXQznk8@nexus> References: <546CAD30.3060600@palmen-it.de> <2351316.QielfSBzBO@nexus> <7ceb971998008827645f5ea2b3989bac.squirrel@mx.waitman.net> <2674870.PTfXXQznk8@nexus> Date: Wed, 19 Nov 2014 13:40:53 -0800 Subject: Re: DRI not working, AMD E 300 with Radeon HD 6310 From: "Waitman Gobble" To: "Felix Palmen" Reply-To: waitman@waitman.net User-Agent: SquirrelMail/1.5.2 [SVN] MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-x11@freebsd.org X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Nov 2014 21:40:32 -0000 On Wed, November 19, 2014 1:06 pm, Felix Palmen wrote: > Am Mittwoch, 19. November 2014, 10:41:03 schrieben Sie: > >> I've found numerous posts about 'how buggy' the HD 6310 is, for example >> mozilla.org mailing lists (posters there claiming it's the worst). The >> PALM firmware is supposedly Northern Islands series, the 6310 seems to >> have been manufactured about the time these were introduced on the >> market. Radeon support has been further developed since 3.8. But it's >> some work to import the code, which may be an understatement, I'm >> definitely not an expert but casual browsing it seems the threading >> calls need changed, and these drivers use the i2c interface which AFAIK >> has been deprecated in FreeBSD for some time. >> > > Ok, this sounds quite bad. Just out of curiosity: what's the replacement > for i2c then? This would require a major porting effort? I'm still a > little confused by the fact someone obviously tested the HD 6310 > successfully, according to the wiki page. > > Meanwhile, still waiting for buildworld to finish, I found this: > https://bugs.freedesktop.org/show_bug.cgi?id=66963#c175 > > > Different chip, different OS, but at least same error. I prepared a > similar patch against freebsd head (completely disabling the DMA ring for > my chip) just for testing purposes. I'll report here whether this does any > good, just in case someone else faces the same problem. Of course, this is > an ugly hack, intentionally disabling a feature in the driver, but if it > really helps, I could polish the patch so it only affects exactly the > 0x9802 chip. But, let's > see first... > > -- > Dipl.-Inform. Felix Palmen ,.//.......... > {web} http://palmen-it.de {jabber} [see email] ,//palmen-it.de > {pgp public key} http://palmen-it.de/pub.txt // """"""""""" > {pgp fingerprint} ED9B 62D0 BE39 32F9 2488 5D0C 8177 9D80 5ECF F683 > > > _______________________________________________ > freebsd-x11@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-x11 > To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" > > I read an ml thread about i2c interface several months ago, can't seem to find it at the moment. But I think the i2c calls would have to be reworked around include/dev/iicbus/iic.h -- Waitman Gobble Los Altos California USA +1.510-830-7975 From owner-freebsd-x11@FreeBSD.ORG Wed Nov 19 23:30:19 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.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5D913E74 for ; Wed, 19 Nov 2014 23:30:19 +0000 (UTC) Received: from smtp.rcn.com (smtp.rcn.com [69.168.97.78]) (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 20858809 for ; Wed, 19 Nov 2014 23:30:18 +0000 (UTC) X_CMAE_Category: , , X-CNFS-Analysis: v=2.0 cv=a6qyBDuF c=1 sm=1 a=dUPDVWa3Dxp/u6Q+mY+wRA==:17 a=5bAhRdOea6EA:10 a=LaogzpLLAAAA:8 a=1OiLVojxj6qM6De02kUA:9 a=pILNOxqGKmIA:10 a=9CNj8_f3AAAA:8 a=cQNmyG_bunKtgouYAVUA:9 a=_W_S_7VecoQA:10 a=d2cBZ1Vpr6cetosB:21 a=dUPDVWa3Dxp/u6Q+mY+wRA==:117 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine X-Authed-Username: YW5hdEByY24uY29t Authentication-Results: smtp01.rcn.cmh.synacor.com smtp.mail=mi+thun@aldan.algebra.com; spf=neutral; sender-id=neutral Authentication-Results: smtp01.rcn.cmh.synacor.com header.from=mi+thun@aldan.algebra.com; sender-id=neutral Authentication-Results: smtp01.rcn.cmh.synacor.com smtp.user=anat; auth=pass (PLAIN) Received-SPF: neutral (smtp01.rcn.cmh.synacor.com: 100.1.235.44 is neither permitted nor denied by domain of aldan.algebra.com) Received: from [100.1.235.44] ([100.1.235.44:64685] helo=[192.168.1.8]) by smtp.rcn.com (envelope-from ) (ecelerity 3.6.2.43620 r(Platform:3.6.2.0)) with ESMTPSA (cipher=AES128-SHA) id 97/AF-24628-9082D645; Wed, 19 Nov 2014 18:30:17 -0500 Message-ID: <546D2809.7030906@aldan.algebra.com> Date: Wed, 19 Nov 2014 18:30:17 -0500 From: "Mikhail T." User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: Erich Dollansky Subject: Re: Painfully slow X11 after upgrade References: <546CBE3A.20502@aldan.algebra.com> <20141120072234.6de67301@X220.alogt.com> In-Reply-To: <20141120072234.6de67301@X220.alogt.com> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: x11@FreeBSD.org X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Nov 2014 23:30:19 -0000 On 19.11.2014 18:22, Erich Dollansky wrote: >> > is nothing exciting -- an ATI ES1000 515E built into this server's > did you check if this is supported? Well, it /was/ supported before... I didn't change the xorg.conf And the radeon-driver still lists it in its giant list of supported chips (see the log I linked to earlier). > >> > . Any advice? Should I >> > downgrade the server-components back to 1.7.7 because the "NEW_XORG" >> > is not production-ready? Or are there some other options I can tweak? >> > > You might have a try with ANSI. My graphics are supported and I use > NEW_XORG since 2012 without these problems. What does that mean? What is "ANSI" in this context? -mi From owner-freebsd-x11@FreeBSD.ORG Thu Nov 20 00:01:45 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.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 64F6C896 for ; Thu, 20 Nov 2014 00:01:45 +0000 (UTC) Received: from alogt.com (alogt.com [69.36.191.58]) (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 9A39CBC3 for ; Thu, 20 Nov 2014 00:01:44 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=fSckeMbjh1D0xtOpnpgX97pmT8Gf1m3vlvomoH0wnMc=; b=b3WG9zjkC9qmbqgyskWVfpUrVa+MPSbwhxzfbdlyL6eB5Xeo9lLJorgypDBh88FkFULIo+kSnUaKoncZrHYhhMpYh88C79JUkloEVnvPRxeGa1zp23mRaXB56Q1iRLJAc24/89Cy/QEyoomq2pWFVbbrMBIVDFBjvZSQFRdQm+M=; Received: from [114.121.128.217] (port=36344 helo=X220.alogt.com) by sl-508-2.slc.westdc.net with esmtpa (Exim 4.84) (envelope-from ) id 1XrEa7-003FKv-6w; Wed, 19 Nov 2014 16:22:40 -0700 Date: Thu, 20 Nov 2014 07:22:34 +0800 From: Erich Dollansky To: "Mikhail T." Subject: Re: Painfully slow X11 after upgrade Message-ID: <20141120072234.6de67301@X220.alogt.com> In-Reply-To: <546CBE3A.20502@aldan.algebra.com> References: <546CBE3A.20502@aldan.algebra.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erichsfreebsdlist@alogt.com X-Source: X-Source-Args: X-Source-Dir: Cc: x11@FreeBSD.org X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Nov 2014 00:01:45 -0000 Hi, On Wed, 19 Nov 2014 10:58:50 -0500 "Mikhail T." wrote: > is nothing exciting -- an ATI ES1000 515E built into this server's did you check if this is supported? > . Any advice? Should I > downgrade the server-components back to 1.7.7 because the "NEW_XORG" > is not production-ready? Or are there some other options I can tweak? > You might have a try with ANSI. My graphics are supported and I use NEW_XORG since 2012 without these problems. Erich From owner-freebsd-x11@FreeBSD.ORG Thu Nov 20 04:38:35 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.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6ADCCB1E for ; Thu, 20 Nov 2014 04:38:35 +0000 (UTC) Received: from smtp.rcn.com (smtp.rcn.com [69.168.97.78]) (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 2EBE99F2 for ; Thu, 20 Nov 2014 04:38:34 +0000 (UTC) X_CMAE_Category: , , X-CNFS-Analysis: v=2.0 cv=a6qyBDuF c=1 sm=1 a=dUPDVWa3Dxp/u6Q+mY+wRA==:17 a=5bAhRdOea6EA:10 a=LaogzpLLAAAA:8 a=XgYEwn49cds8k-AVUk8A:9 a=pILNOxqGKmIA:10 a=uyFew6mvJD0A:10 a=hQTN-y51r3MA:10 a=8-AeMdQbdt8A:10 a=RQTy5XuF2Lqsc39wA0MA:9 a=_W_S_7VecoQA:10 a=B0bEop20wZQA:10 a=8OZHLmDQtyUA:10 a=67f9hN63DOUA:10 a=dUPDVWa3Dxp/u6Q+mY+wRA==:117 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine X-Authed-Username: YW5hdEByY24uY29t Authentication-Results: smtp01.rcn.cmh.synacor.com smtp.mail=mi+thun@aldan.algebra.com; spf=neutral; sender-id=neutral Authentication-Results: smtp01.rcn.cmh.synacor.com header.from=mi+thun@aldan.algebra.com; sender-id=neutral Authentication-Results: smtp01.rcn.cmh.synacor.com smtp.user=anat; auth=pass (PLAIN) Received-SPF: neutral (smtp01.rcn.cmh.synacor.com: 100.1.235.44 is neither permitted nor denied by domain of aldan.algebra.com) Received: from [100.1.235.44] ([100.1.235.44:54918] helo=[192.168.1.8]) by smtp.rcn.com (envelope-from ) (ecelerity 3.6.2.43620 r(Platform:3.6.2.0)) with ESMTPSA (cipher=AES128-SHA) id E1/39-24628-8407D645; Wed, 19 Nov 2014 23:38:32 -0500 Message-ID: <546D7048.9050509@aldan.algebra.com> Date: Wed, 19 Nov 2014 23:38:32 -0500 From: "Mikhail T." User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: x11@FreeBSD.org Subject: Re: Painfully slow X11 after upgrade References: <546CBE3A.20502@aldan.algebra.com> <20141120072234.6de67301@X220.alogt.com> In-Reply-To: <20141120072234.6de67301@X220.alogt.com> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Nov 2014 04:38:35 -0000 Oh, and another sign of serious trouble is that all screenshots -- including those taken by the original xwd(1) -- are all completely garbled. -mi From owner-freebsd-x11@FreeBSD.ORG Thu Nov 20 08:03:10 2014 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BF148B24 for ; Thu, 20 Nov 2014 08:03:10 +0000 (UTC) Received: from mail.palmen-it.de (stef.palmen-it.de [IPv6:2a01:198:49d:1::1]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 35303F41 for ; Thu, 20 Nov 2014 08:03:10 +0000 (UTC) Received: from nexus.home.palmen-it.de ([192.168.99.2] helo=nexus.localnet) by mail.palmen-it.de with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.80) (envelope-from ) id 1XrMhm-0003ZW-Lc for freebsd-x11@freebsd.org; Thu, 20 Nov 2014 08:03:06 +0000 From: Felix Palmen To: freebsd-x11@freebsd.org Subject: Re: DRI not working, AMD E 300 with Radeon HD 6310 Date: Thu, 20 Nov 2014 09:03:05 +0100 Message-ID: <24424480.8gKnz8UD4t@nexus> User-Agent: KMail/4.14.1 (Linux/3.16.1-ck1; KDE/4.14.2; x86_64; ; ) In-Reply-To: <2674870.PTfXXQznk8@nexus> References: <546CAD30.3060600@palmen-it.de> <7ceb971998008827645f5ea2b3989bac.squirrel@mx.waitman.net> <2674870.PTfXXQznk8@nexus> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-SA-Exim-Connect-IP: 192.168.99.2 X-SA-Exim-Rcpt-To: freebsd-x11@freebsd.org X-SA-Exim-Mail-From: felix@palmen-it.de X-SA-Exim-Scanned: No (on mail.palmen-it.de); SAEximRunCond expanded to false X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Nov 2014 08:03:10 -0000 Am Mittwoch, 19. November 2014, 22:06:52 schrieb Felix Palmen: > Meanwhile, still waiting for buildworld to finish, I found this: > https://bugs.freedesktop.org/show_bug.cgi?id=66963#c175 > > Different chip, different OS, but at least same error. I prepared a similar > patch against freebsd head (completely disabling the DMA ring for my chip) > just for testing purposes. I'll report here whether this does any good, just > in case someone else faces the same problem. Of course, this is an ugly > hack, intentionally disabling a feature in the driver, but if it really > helps, I could polish the patch so it only affects exactly the 0x9802 chip. > But, let's see first... Replying to myself: Patch probably won't be needed. First boot on r274708 looks great: [...] info: [drm] radeon: irq initialized. info: [drm] GART: num cpu pages 131072, num gpu pages 131072 info: [drm] Loading PALM Microcode info: [drm] PCIE GART of 512M enabled (table at 0x0000000000040000). drmn0: info: WB enabled drmn0: info: fence driver on ring 0 use gpu addr 0x0000000018000c00 and cpu addr 0x0xfffff8001532bc00 drmn0: info: fence driver on ring 3 use gpu addr 0x0000000018000c0c and cpu addr 0x0xfffff8001532bc0c info: [drm] ring test on 0 succeeded in 1 usecs info: [drm] ring test on 3 succeeded in 1 usecs info: [drm] ib test on ring 0 succeeded in 0 usecs info: [drm] ib test on ring 3 succeeded in 0 usecs info: [drm] radeon_device_init: Taking over the fictitious range 0xe0000000-0xf0000000 [...] giving this in X: [...] [ 63.593] (II) RADEON(0): [DRI2] Setup complete [ 63.593] (II) RADEON(0): [DRI2] DRI driver: r600 [ 63.593] (II) RADEON(0): [DRI2] VDPAU driver: r600 [...] So it /probably/ was just a kernel bug. Trying now to rebuild r274708 without debugging options, like I had before: --- sys/amd64/conf/GENERIC 2014-11-12 13:30:36.000000000 +0100 +++ sys/amd64/conf/NODEBUG 2014-11-12 15:00:18.000000000 +0100 @@ -77,15 +77,6 @@ # Debugging support. Always need this: options KDB # Enable kernel debugger support. options KDB_TRACE # Print a stack trace for a panic. -# For full debugger support use (turn off in stable branch): -options DDB # Support DDB. -options GDB # Support remote GDB. -options DEADLKRES # Enable the deadlock resolver -options INVARIANTS # Enable calls of extra sanity checking -options INVARIANT_SUPPORT # Extra sanity checks of internal structures, required by INVARIANTS -options WITNESS # Enable checks to detect deadlocks and cycles -options WITNESS_SKIPSPIN # Don't run witness on spinlocks for speed -options MALLOC_DEBUG_MAXZONES=8 # Separate malloc(9) zones From owner-freebsd-x11@FreeBSD.ORG Thu Nov 20 09:32:51 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.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B0C0E2AD for ; Thu, 20 Nov 2014 09:32:51 +0000 (UTC) Received: from mail.palmen-it.de (stef.palmen-it.de [IPv6:2a01:198:49d:1::1]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 72332B5F for ; Thu, 20 Nov 2014 09:32:51 +0000 (UTC) Received: from dslb-084-056-246-061.084.056.pools.vodafone-ip.de ([84.56.246.61] helo=[192.168.98.102]) by mail.palmen-it.de with esmtpsa (TLS1.0:DHE_RSA_CAMELLIA_256_CBC_SHA1:256) (Exim 4.80) (envelope-from ) id 1XrO6b-0003ej-ES for freebsd-x11@freebsd.org; Thu, 20 Nov 2014 09:32:49 +0000 Message-ID: <546DB540.2060902@palmen-it.de> Date: Thu, 20 Nov 2014 10:32:48 +0100 From: Felix Palmen User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130307 Thunderbird/17.0.4 MIME-Version: 1.0 To: freebsd-x11@freebsd.org Subject: Re: DRI not working, AMD E 300 with Radeon HD 6310 References: <546CAD30.3060600@palmen-it.de> <7ceb971998008827645f5ea2b3989bac.squirrel@mx.waitman.net> <2674870.PTfXXQznk8@nexus> <24424480.8gKnz8UD4t@nexus> In-Reply-To: <24424480.8gKnz8UD4t@nexus> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-SA-Exim-Connect-IP: 84.56.246.61 X-SA-Exim-Rcpt-To: freebsd-x11@freebsd.org X-SA-Exim-Mail-From: felix@palmen-it.de X-SA-Exim-Scanned: No (on mail.palmen-it.de); SAEximRunCond expanded to false X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Nov 2014 09:32:51 -0000 Am 20.11.2014 09:03, schrieb Felix Palmen: > So it /probably/ was just a kernel bug. Trying now to rebuild r274708 without > debugging options, like I had before: Got it sorted out now. It has nothing to do with debugging options and didn't change between the revisions of head I tested, but, simple as that: It breaks when loading the modules from loader instead of having them auto-loaded when starting X. I had exactly those firmware modules in loader.conf that are auto-loaded, before the line loading radeonkms itself (no idea whether this actually matters, but the example in the wiki looks like that). With that configuration, I'm getting the "ring 3 test failed". I removed all radeonkms lines from loader.conf and now DRI works just fine. -- Dipl.-Inform. Felix Palmen ,.//.......... {web} http://palmen-it.de {jabber} [see email] ,//palmen-it.de {pgp public key} http://palmen-it.de/pub.txt // """"""""""" {pgp fingerprint} ED9B 62D0 BE39 32F9 2488 5D0C 8177 9D80 5ECF F683 From owner-freebsd-x11@FreeBSD.ORG Thu Nov 20 10:33:32 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.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DC1C99A6 for ; Thu, 20 Nov 2014 10:33:32 +0000 (UTC) Received: from alogt.com (alogt.com [69.36.191.58]) (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 AFF1E309 for ; Thu, 20 Nov 2014 10:33:32 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alogt.com; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References:In-Reply-To:Message-ID:Subject:Cc:To:From:Date; bh=+VS7xl+PnAQqsdx8KgiwwmoVbPPQ5w/TrE02Hp++CmI=; b=MyVG/U0iBum9LcwS7Zu44O1yc2roZUn9RcXZ1qWnMoAzM1hfc89VYN211dLF1onj3U3uittkpxA96y2ociGAfi2n1YyfhAvX+Cq8T8SBOTvTelnTLpsPRkis+7keoP2oyQTottuzbqMjQrR4MzKRB5t/4RKhnlk9NUkMIWWIyaU=; Received: from [114.124.30.161] (port=5785 helo=X220.alogt.com) by sl-508-2.slc.westdc.net with esmtpa (Exim 4.84) (envelope-from ) id 1XrP3J-002fqi-Ux; Thu, 20 Nov 2014 03:33:30 -0700 Date: Thu, 20 Nov 2014 18:33:25 +0800 From: Erich Dollansky To: "Mikhail T." Subject: Re: Painfully slow X11 after upgrade Message-ID: <20141120183325.73190bee@X220.alogt.com> In-Reply-To: <546D2809.7030906@aldan.algebra.com> References: <546CBE3A.20502@aldan.algebra.com> <20141120072234.6de67301@X220.alogt.com> <546D2809.7030906@aldan.algebra.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sl-508-2.slc.westdc.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - alogt.com X-Get-Message-Sender-Via: sl-508-2.slc.westdc.net: authenticated_id: erichsfreebsdlist@alogt.com X-Source: X-Source-Args: X-Source-Dir: Cc: x11@FreeBSD.org X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Nov 2014 10:33:32 -0000 Hi, On Wed, 19 Nov 2014 18:30:17 -0500 "Mikhail T." wrote: > On 19.11.2014 18:22, Erich Dollansky wrote: > >> > is nothing exciting -- an ATI ES1000 515E built into this > >> > server's > > did you check if this is supported? > Well, it /was/ supported before... I didn't change the xorg.conf > was means that it is supported by the old X. > And the radeon-driver still lists it in its giant list of supported > chips (see the log I linked to earlier). With the new X? > > > >> > . Any advice? Should I > >> > downgrade the server-components back to 1.7.7 because the > >> > "NEW_XORG" is not production-ready? Or are there some other > >> > options I can tweak? > >> > > > You might have a try with ANSI. My graphics are supported and I use > > NEW_XORG since 2012 without these problems. > What does that mean? What is "ANSI" in this context? > This is just nonsense here. I wanted to say VESA. Erich From owner-freebsd-x11@FreeBSD.ORG Thu Nov 20 11:46:46 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.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A4D01965 for ; Thu, 20 Nov 2014 11:46:46 +0000 (UTC) Received: from smtp.rcn.com (smtp.rcn.com [69.168.97.78]) (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 67539C59 for ; Thu, 20 Nov 2014 11:46:45 +0000 (UTC) X_CMAE_Category: , , X-CNFS-Analysis: v=2.0 cv=YIodOG6x c=1 sm=1 a=dUPDVWa3Dxp/u6Q+mY+wRA==:17 a=5bAhRdOea6EA:10 a=LaogzpLLAAAA:8 a=gNL7JSydclZsRhd8Y1UA:9 a=pILNOxqGKmIA:10 a=9CNj8_f3AAAA:8 a=fiOnPV4du3DM-zBZMe4A:9 a=_W_S_7VecoQA:10 a=vUzG2y4BiPGfQ8Ej:21 a=dUPDVWa3Dxp/u6Q+mY+wRA==:117 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine X-Authed-Username: YW5hdEByY24uY29t Authentication-Results: smtp02.rcn.cmh.synacor.com smtp.mail=mi+thun@aldan.algebra.com; spf=neutral; sender-id=neutral Authentication-Results: smtp02.rcn.cmh.synacor.com header.from=mi+thun@aldan.algebra.com; sender-id=neutral Authentication-Results: smtp02.rcn.cmh.synacor.com smtp.user=anat; auth=pass (PLAIN) Received-SPF: neutral (smtp02.rcn.cmh.synacor.com: 100.1.235.44 is neither permitted nor denied by domain of aldan.algebra.com) Received: from [100.1.235.44] ([100.1.235.44:52514] helo=[192.168.1.8]) by smtp.rcn.com (envelope-from ) (ecelerity 3.6.2.43620 r(Platform:3.6.2.0)) with ESMTPSA (cipher=AES128-SHA) id 1F/CF-27239-3A4DD645; Thu, 20 Nov 2014 06:46:44 -0500 Message-ID: <546DD4A2.8010206@aldan.algebra.com> Date: Thu, 20 Nov 2014 06:46:42 -0500 From: "Mikhail T." User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: Erich Dollansky Subject: Re: Painfully slow X11 after upgrade References: <546CBE3A.20502@aldan.algebra.com> <20141120072234.6de67301@X220.alogt.com> <546D2809.7030906@aldan.algebra.com> <20141120183325.73190bee@X220.alogt.com> In-Reply-To: <20141120183325.73190bee@X220.alogt.com> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: x11@FreeBSD.org X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Nov 2014 11:46:46 -0000 On 20.11.2014 05:33, Erich Dollansky wrote: >>> did you check if this is supported? >> Well, it /was/ supported before... I didn't change the xorg.conf > was means that it is supported by the old X. Erich, in general, I'm not aware of X11 dropping support for older video cards. NVidia does that, but not the free software developers, as far as I know. And even if I am mistaken in the general case, in particular, yes -- as I said -- the "ATI ES1000 515E" is listed in the Xorg.0.log , to which I linked in my original e-mail. Line 170. You could've found it there yourself... > I wanted to say VESA. I suppose, it might work... But I'd like to regain the full functionality I had before upgrading... In fact, I was hoping for some /improvement/ even. -mi From owner-freebsd-x11@FreeBSD.ORG Thu Nov 20 13:08:46 2014 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A51CA213 for ; Thu, 20 Nov 2014 13:08:46 +0000 (UTC) Received: from mx.waitman.net (mx.waitman.net [136.0.16.173]) by mx1.freebsd.org (Postfix) with ESMTP id 82DD86E2 for ; Thu, 20 Nov 2014 13:08:46 +0000 (UTC) Received: by mx.waitman.net (Postfix, from userid 2) id 53E61435B6; Thu, 20 Nov 2014 05:09:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=waitman.net; s=default; t=1416488947; bh=CEHOEtrLTViQz3vd35bn2aC1l2O+lPaiPQ8YFlNZEh8=; h=In-Reply-To:References:Date:Subject:From:To:Cc:Reply-To; b=jPbqtFPDnvMe7Eh9JgnaxjyzGTWpm/xFQUumC+TG+lW8mRL+4Tw0K2oQkZXEj8TSq NjhwRjzb7LjNJvlpYbz5t/cwejFgopiUQGfJf5Rn1GTjDrVREmPki2j9hsM5xtKqi+ myepI9uZrFGdVEvR8U785Z8/vW+Wv73PgMRztB8o= Received: from 70.90.171.37 by mx.waitman.net with HTTP; Thu, 20 Nov 2014 05:09:07 -0800 Message-ID: <08a6bff35f1c6e7da15dc3011fb62d09.squirrel@mx.waitman.net> In-Reply-To: <24424480.8gKnz8UD4t@nexus> References: <546CAD30.3060600@palmen-it.de> <7ceb971998008827645f5ea2b3989bac.squirrel@mx.waitman.net> <2674870.PTfXXQznk8@nexus> <24424480.8gKnz8UD4t@nexus> Date: Thu, 20 Nov 2014 05:09:07 -0800 Subject: Re: DRI not working, AMD E 300 with Radeon HD 6310 From: "Waitman Gobble" To: "Felix Palmen" Reply-To: waitman@waitman.net User-Agent: SquirrelMail/1.5.2 [SVN] MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-x11@freebsd.org X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Nov 2014 13:08:46 -0000 On Thu, November 20, 2014 12:03 am, Felix Palmen wrote: > Am Mittwoch, 19. November 2014, 22:06:52 schrieb Felix Palmen: > >> Meanwhile, still waiting for buildworld to finish, I found this: >> https://bugs.freedesktop.org/show_bug.cgi?id=66963#c175 >> >> >> Different chip, different OS, but at least same error. I prepared a >> similar patch against freebsd head (completely disabling the DMA ring >> for my chip) just for testing purposes. I'll report here whether this >> does any good, just in case someone else faces the same problem. Of >> course, this is an ugly hack, intentionally disabling a feature in the >> driver, but if it really helps, I could polish the patch so it only >> affects exactly the 0x9802 chip. But, let's see first... >> > > Replying to myself: Patch probably won't be needed. First boot on r274708 > looks great: > > [...] > info: [drm] radeon: irq initialized. > info: [drm] GART: num cpu pages 131072, num gpu pages 131072 > info: [drm] Loading PALM Microcode > info: [drm] PCIE GART of 512M enabled (table at 0x0000000000040000). > drmn0: info: WB enabled > drmn0: info: fence driver on ring 0 use gpu addr 0x0000000018000c00 and > cpu addr 0x0xfffff8001532bc00 drmn0: info: fence driver on ring 3 use gpu > addr 0x0000000018000c0c and cpu addr 0x0xfffff8001532bc0c info: [drm] ring > test on 0 succeeded in 1 usecs info: [drm] ring test on 3 succeeded in 1 > usecs info: [drm] ib test on ring 0 succeeded in 0 usecs > info: [drm] ib test on ring 3 succeeded in 0 usecs > info: [drm] radeon_device_init: Taking over the fictitious range > 0xe0000000-0xf0000000 > [...] > > > giving this in X: > > [...] > [ 63.593] (II) RADEON(0): [DRI2] Setup complete > [ 63.593] (II) RADEON(0): [DRI2] DRI driver: r600 > [ 63.593] (II) RADEON(0): [DRI2] VDPAU driver: r600 > [...] > > > > So it /probably/ was just a kernel bug. Trying now to rebuild r274708 > without debugging options, like I had before: > > --- sys/amd64/conf/GENERIC 2014-11-12 13:30:36.000000000 +0100 > +++ sys/amd64/conf/NODEBUG 2014-11-12 15:00:18.000000000 +0100 > @@ -77,15 +77,6 @@ > # Debugging support. Always need this: > options KDB # Enable kernel debugger support. options KDB_TRACE # > Print a stack trace for a panic. > -# For full debugger support use (turn off in stable branch): > -options DDB # Support DDB. > -options GDB # Support remote GDB. > -options DEADLKRES # Enable the deadlock resolver > -options INVARIANTS # Enable calls of extra sanity > checking -options INVARIANT_SUPPORT # Extra sanity checks of internal > structures, required by INVARIANTS -options WITNESS # Enable checks to > detect deadlocks and cycles -options WITNESS_SKIPSPIN # Don't run witness > on spinlocks for speed -options MALLOC_DEBUG_MAXZONES=8 # Separate > malloc(9) zones > > _______________________________________________ > freebsd-x11@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-x11 > To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" > > Glad it is working. Curious that its loading the r600 driver. -- Waitman Gobble Los Altos California USA +1.510-830-7975 From owner-freebsd-x11@FreeBSD.ORG Thu Nov 20 14:23:34 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.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C49BA603 for ; Thu, 20 Nov 2014 14:23:34 +0000 (UTC) Received: from mout0.freenet.de (mout0.freenet.de [IPv6:2001:748:100:40::2:2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.freenet.de", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7DBC868 for ; Thu, 20 Nov 2014 14:23:34 +0000 (UTC) Received: from [195.4.92.142] (helo=mjail2.freenet.de) by mout0.freenet.de with esmtpa (ID hafenbrack@freenet.de) (port 25) (Exim 4.82 #2) id 1XrSdv-0005fA-K2 for freebsd-x11@freebsd.org; Thu, 20 Nov 2014 15:23:31 +0100 Received: from localhost ([::1]:36548 helo=mjail2.freenet.de) by mjail2.freenet.de with esmtpa (ID hafenbrack@freenet.de) (Exim 4.82 #2) id 1XrSdv-00064V-Fh for freebsd-x11@freebsd.org; Thu, 20 Nov 2014 15:23:31 +0100 Received: from mx0.freenet.de ([195.4.92.10]:33073) by mjail2.freenet.de with esmtpa (ID hafenbrack@freenet.de) (Exim 4.82 #2) id 1XrSbG-00053r-NA for freebsd-x11@freebsd.org; Thu, 20 Nov 2014 15:20:46 +0100 Received: from dslb-188-105-118-172.188.105.pools.vodafone-ip.de ([188.105.118.172]:51682 helo=[192.168.2.100]) by mx0.freenet.de with esmtpsa (ID hafenbrack@freenet.de) (TLSv1.2:DHE-RSA-AES128-SHA:128) (port 587) (Exim 4.82 #2) id 1XrSbG-0002F9-A1 for freebsd-x11@freebsd.org; Thu, 20 Nov 2014 15:20:46 +0100 Message-ID: <546DF096.4070908@freenet.de> Date: Thu, 20 Nov 2014 14:45:58 +0100 From: Gerd Hafenbrack User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: freebsd-x11@freebsd.org Subject: Re: DRI not working, AMD E 300 with Radeon HD 6310 References: <546CAD30.3060600@palmen-it.de> <7ceb971998008827645f5ea2b3989bac.squirrel@mx.waitman.net> <2674870.PTfXXQznk8@nexus> <24424480.8gKnz8UD4t@nexus> <08a6bff35f1c6e7da15dc3011fb62d09.squirrel@mx.waitman.net> In-Reply-To: <08a6bff35f1c6e7da15dc3011fb62d09.squirrel@mx.waitman.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Originated-At: 188.105.118.172!51682 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Nov 2014 14:23:34 -0000 Why curious? R600 driver is for all Radeon HD series up to (including) Northern Islands. Which driver should it load to your mind? On 2014-11-20 14:09, Waitman Gobble wrote: > Glad it is working. Curious that its loading the r600 driver. From owner-freebsd-x11@FreeBSD.ORG Thu Nov 20 14:57:30 2014 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 38B3BFD1 for ; Thu, 20 Nov 2014 14:57:30 +0000 (UTC) Received: from mail14.wdc04.mandrillapp.com (mail14.wdc04.mandrillapp.com [205.201.139.14]) (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 DD218626 for ; Thu, 20 Nov 2014 14:57:29 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; s=mandrill; d=waitman.net; h=From:Subject:To:Cc:Message-Id:In-Reply-To:References:Date:MIME-Version:Content-Type:Content-Transfer-Encoding; i=waitman@waitman.net; bh=Z9hd1UjK6HvhyzcKgm2FoxOSTKk=; b=Dq4aO7iPdVLhxdP7NHIqMe0rgDZ6ItO9h63+XjTCCg94lGjOEB90xVFbBjkwqXnmtOD0lIwJ9hzO NAzWiRsDPR2aq/cZVOyiN5iANr/5Bw7HbEQ3u/HZkvCt3vG5GkTHav3xhW8e5aFFlriAK0ih9vj9 G0nJLUzBixQz89zCPus= DomainKey-Signature: a=rsa-sha1; c=nofws; q=dns; s=mandrill; d=waitman.net; b=Cy7zpfq7n53pZxQUHlaBO4govBq8YOVD7fa/veJ9BLzO5wnZOzV+JNFiI/ys8HB1vpngfrYhrndz n9+mkvxbdk9dm7uKAswwb60tItJiid1X6o2cWAVzTQlDcRqJ6KgYHhNf7o+QYfxUwtONjx8sdCGu DeZUDE+EC++xRoEXqlY=; Received: from pmta05.wdc01.mailchimp.com (127.0.0.1) by mail14.wdc04.mandrillapp.com id hdo0lk1jvjgb for ; Thu, 20 Nov 2014 14:57:28 +0000 (envelope-from ) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mandrillapp.com; i=@mandrillapp.com; q=dns/txt; s=mandrill; t=1416495448; h=From : Subject : To : Cc : Message-Id : In-Reply-To : References : Date : MIME-Version : Content-Type : Content-Transfer-Encoding : From : Subject : Date : X-Mandrill-User : List-Unsubscribe; bh=rUpddd0PbACUd0mk25LJ1Pr5BUGHK23QFUy8LxwJ4oc=; b=g0ysn9Ms9lojimAaGldARqxjy4IYgjYy8tSMA2crGgF1/2xk99U6NWApAjcDLtwT1DBzR5 07upxXoYJZRDKd2MTtw8IjpHZ+rnpwS15CKO/2r47MzP2ub93yY79eHUDFg5z1bJYfmQWLVI cufUIUHCPCl7f0teUhdKjQS+0yTuQ= From: Waitman Gobble Subject: Re: DRI not working, AMD E 300 with Radeon HD 6310 To: Gerd Hafenbrack Message-Id: <20141120065726.beca3c2edc903511c01af96f@waitman.net> In-Reply-To: <546DF096.4070908@freenet.de> References: <546CAD30.3060600@palmen-it.de> <7ceb971998008827645f5ea2b3989bac.squirrel@mx.waitman.net> <2674870.PTfXXQznk8@nexus> <24424480.8gKnz8UD4t@nexus> <08a6bff35f1c6e7da15dc3011fb62d09.squirrel@mx.waitman.net> <546DF096.4070908@freenet.de> Received: from [66.135.50.201] by mandrillapp.com id e532c341e7654960b38cfa310e79f3c9; Thu, 20 Nov 2014 14:57:27 +0000 X-Report-Abuse: Please forward a copy of this message, including all headers, to abuse@mandrill.com X-Report-Abuse: You can also report abuse here: http://mandrillapp.com/contact/abuse?id=30351336.e532c341e7654960b38cfa310e79f3c9 X-Mandrill-User: md_30351336 Date: Thu, 20 Nov 2014 14:57:27 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Cc: freebsd-x11@freebsd.org X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Nov 2014 14:57:30 -0000 On Thu, 20 Nov 2014 14:45:58 +0100 Gerd Hafenbrack wrote: > Why curious? > R600 driver is for all Radeon HD series up to (including) Northern Islands. > Which driver should it load to your mind? > > On 2014-11-20 14:09, Waitman Gobble wrote: > > Glad it is working. Curious that its loading the r600 driver. > _______________________________________________ > freebsd-x11@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-x11 > To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" Is this not related to the R600 chipset series? *It's extremely possible it's my mistake in understanding.* http://xorg.freedesktop.org/wiki/RadeonFeature/ under "Decoder ring for engineering vs marketing names" R600 R600, RV610, RV630, RV620, RV635, RV670, RS780, RS880 HD2400 - HD4290 (these are circa 2006) Evergreen CEDAR, REDWOOD, JUNIPER, CYPRESS, PALM (Wrestler/Ontario), SUMO (Llano), SUMO2 (Llano) HD5430 - HD5970, all HD6000 not listed under Northern Islands, HD7350 I think the HD 6310 should be using evergreen and not R600.. /usr/src # find . | grep evergreen ./sys/dev/drm2/radeon/evergreen_reg_safe.h ./sys/dev/drm2/radeon/evergreen_hdmi.c ./sys/dev/drm2/radeon/evergreen_reg.h ./sys/dev/drm2/radeon/evergreen_blit_shaders.c ./sys/dev/drm2/radeon/reg_srcs/evergreen ./sys/dev/drm2/radeon/evergreen_blit_shaders.h ./sys/dev/drm2/radeon/evergreend.h ./sys/dev/drm2/radeon/evergreen.c ./sys/dev/drm2/radeon/evergreen_blit_kms.c ./sys/dev/drm2/radeon/evergreen_cs.c But, there's reference to r600 in the evergreen code, and vice-versa in head/sys/dev/drm2/radeon/r600.c, so maybe all is good. -- Waitman Gobble From owner-freebsd-x11@FreeBSD.ORG Thu Nov 20 15:06:28 2014 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C516B5B1 for ; Thu, 20 Nov 2014 15:06:28 +0000 (UTC) Received: from mail.palmen-it.de (stef.palmen-it.de [IPv6:2a01:198:49d:1::1]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 846BB7AA for ; Thu, 20 Nov 2014 15:06:28 +0000 (UTC) Received: from dslb-084-056-246-061.084.056.pools.vodafone-ip.de ([84.56.246.61] helo=[192.168.98.102]) by mail.palmen-it.de with esmtpsa (TLS1.0:DHE_RSA_CAMELLIA_256_CBC_SHA1:256) (Exim 4.80) (envelope-from ) id 1XrTJQ-0003xs-8a for freebsd-x11@freebsd.org; Thu, 20 Nov 2014 15:06:24 +0000 Message-ID: <546E036F.1040304@palmen-it.de> Date: Thu, 20 Nov 2014 16:06:23 +0100 From: Felix Palmen User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130307 Thunderbird/17.0.4 MIME-Version: 1.0 To: freebsd-x11@freebsd.org Subject: Re: DRI not working, AMD E 300 with Radeon HD 6310 References: <546CAD30.3060600@palmen-it.de> <7ceb971998008827645f5ea2b3989bac.squirrel@mx.waitman.net> <2674870.PTfXXQznk8@nexus> <24424480.8gKnz8UD4t@nexus> <08a6bff35f1c6e7da15dc3011fb62d09.squirrel@mx.waitman.net> <546DF096.4070908@freenet.de> <20141120065726.beca3c2edc903511c01af96f@waitman.net> In-Reply-To: <20141120065726.beca3c2edc903511c01af96f@waitman.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-SA-Exim-Connect-IP: 84.56.246.61 X-SA-Exim-Rcpt-To: freebsd-x11@freebsd.org X-SA-Exim-Mail-From: felix@palmen-it.de X-SA-Exim-Scanned: No (on mail.palmen-it.de); SAEximRunCond expanded to false X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Nov 2014 15:06:28 -0000 Am 20.11.2014 15:57, schrieb Waitman Gobble: > I think the HD 6310 should be using evergreen and not R600.. > > /usr/src # find . | grep evergreen > ./sys/dev/drm2/radeon/evergreen_reg_safe.h > ./sys/dev/drm2/radeon/evergreen_hdmi.c > ./sys/dev/drm2/radeon/evergreen_reg.h > ./sys/dev/drm2/radeon/evergreen_blit_shaders.c > ./sys/dev/drm2/radeon/reg_srcs/evergreen > ./sys/dev/drm2/radeon/evergreen_blit_shaders.h > ./sys/dev/drm2/radeon/evergreend.h > ./sys/dev/drm2/radeon/evergreen.c > ./sys/dev/drm2/radeon/evergreen_blit_kms.c > ./sys/dev/drm2/radeon/evergreen_cs.c > > But, there's reference to r600 in the evergreen code, and vice-versa in head/sys/dev/drm2/radeon/r600.c, so maybe all is good. > If anyone's interested, the chip gets assigned the "sumo_asic", containing references zu both r600 and evergreen. Loaded firmware is radeonkmsfw_PALM_pfp.ko radeonkmsfw_PALM_me.ko radeonkmsfw_SUMO_rlc.ko I'd still like to find out why loading these modules along with radeonkms in /boot/loader.conf leads to the error described in my initial message ... but at least it DOES work now (having them load later), so i can live with that situation. From owner-freebsd-x11@FreeBSD.ORG Thu Nov 20 15:25:50 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.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 644BB98D for ; Thu, 20 Nov 2014 15:25:50 +0000 (UTC) Received: from land.berklix.org (land.berklix.org [144.76.10.75]) (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 D1BE5A06 for ; Thu, 20 Nov 2014 15:25:49 +0000 (UTC) Received: from mart.js.berklix.net (p5DCBDFF9.dip0.t-ipconnect.de [93.203.223.249]) (authenticated bits=128) by land.berklix.org (8.14.5/8.14.5) with ESMTP id sAKFLQpi021299; Thu, 20 Nov 2014 15:21:27 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by mart.js.berklix.net (8.14.3/8.14.3) with ESMTP id sAKFPFvT087800; Thu, 20 Nov 2014 16:25:15 +0100 (CET) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.7/8.14.7) with ESMTP id sAKFOvqW031368; Thu, 20 Nov 2014 16:25:09 +0100 (CET) (envelope-from jhs@berklix.com) Message-Id: <201411201525.sAKFOvqW031368@fire.js.berklix.net> To: freebsd-x11@freebsd.org Subject: Re: Turning off HAL for xorg-server From: "Julian H. Stacey" Organization: http://berklix.com BSD Unix Linux Consultants, Munich Germany User-agent: EXMH on FreeBSD http://berklix.com/free/ X-URL: http://www.berklix.com In-reply-to: Your message "Mon, 17 Nov 2014 23:13:56 +0000." <546A8134.1030400@addr.com> Date: Thu, 20 Nov 2014 16:24:57 +0100 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Nov 2014 15:25:50 -0000 Tony Sweeney wrote: > On 11/17/2014 12:35, Julian H. Stacey wrote: > > Hi, Reference my: > > "Julian H. Stacey" wrote: > >> =?windows-1252?Q?Jean-S=E9bastien_P=E9dron?= wrote: > >>> On 16.11.2014 03:37, Warren Block wrote: > >>>> xorg-server no longer requires HAL. When can we turn the HAL option of= > >>> f > >>>> in the port? > >> > >> With current src & ports & an /etc/X11/xorg.conf freshly produced > >> on FreeBSD 11.0-CURRENT 2 days back by: X -configure I had to Add > >> hald_enable="YES" to my rc.conf before internal & external keyboards > >> & mice would resume working. > >> > >> I did not previously need hald_enable in /etc/rc.conf for partitions > >> on same PC running X on 8.4-RELEASE, 9.3-RELEASE, 10.0-RELEASE. > >> > >> Most users will want an X PC that by default works with keyboard & mouse, > >> FreeBSD defaults should support that IMO, as minority higher skilled X purists > >> can easily comment out input if they are building a non standard PC. > >> > >> PS FYI I have long had devd ON, on all 4 FreeBSD partitions & releases, > >> (in case that makes a difference). > > > > Since I added hald_enable="YES, X -configure always crashes ! > > This currently seems to crash no matter what, it's even in the Wiki: > > https://wiki.freebsd.org/Graphics#Tested_hardware_matrix > > This a little shabby, ŕ mon avis (moue) > > Tony. > > > > (without -configure normal X input works). > > To investigate I'll comment out some mounts & add background_fsck="YES". Some helpful text can be appended to that wiki please, if someone has write access: (I tested with src & sys built from todays current src/ & ports X from a few days or weak back) X -configure only crashes if both devd & hald are running, if one stop either hald or devd before running X -configure the OS does Not crash :-) As I use devd for lots of things, it's normaly on here, (I guess it is for many people), so till someone else solves X -configure, wiki & README type advice should be: su cd /usr/local/etc/rc.d ; ./hald stop X -configure mv $HOME/xorg.conf.new /etc/X11/xorg.conf cd /usr/local/etc/rc.d ; ./hald start # to get keyboard & mouse echo "now edit or tune /etc/X11/xorg.conf as normal if desired." Cheers, Julian -- Julian Stacey, BSD Linux Unix C Sys Eng Consultant Munich http://berklix.com Indent previous with "> ". Interleave reply paragraphs like a play script. Send plain text, not quoted-printable, HTML, base64, or multipart/alternative. From owner-freebsd-x11@FreeBSD.ORG Thu Nov 20 15:42:54 2014 Return-Path: Delivered-To: x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2C4C2F2F for ; Thu, 20 Nov 2014 15:42:54 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 12E82CA2 for ; Thu, 20 Nov 2014 15:42:54 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sAKFgrGi066401 for ; Thu, 20 Nov 2014 15:42:53 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: x11@FreeBSD.org Subject: [Bug 194561] graphics/libEGL, graphics/libglapi, graphics/libGL and graphics/libglesv2 are using msgfmt from gettext during build stage but does not depend on it Date: Thu, 20 Nov 2014 15:42:53 +0000 X-Bugzilla-Reason: CC 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 Some People X-Bugzilla-Who: amdmi3@FreeBSD.org X-Bugzilla-Status: Patch Ready X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: x11@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status 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-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Nov 2014 15:42:54 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194561 Dmitry Marakasov changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Open |Patch Ready --- Comment #8 from Dmitry Marakasov --- I'd really prefer fixes like this to be merged right into the tree asap (+MFH). These must not be blocked by waiting on merge from third-party repositories which may or may not happen "in the week". (also moving the bug to patch ready state, relevent commit: https://github.com/freebsd/freebsd-ports-graphics/commit/265f8d6d98bbf50818d1b451d6e169bcd23f02be) -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. From owner-freebsd-x11@FreeBSD.ORG Thu Nov 20 15:49:14 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.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 66998BF for ; Thu, 20 Nov 2014 15:49:14 +0000 (UTC) Received: from mail14.wdc04.mandrillapp.com (mail14.wdc04.mandrillapp.com [205.201.139.14]) (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 04B52CE8 for ; Thu, 20 Nov 2014 15:49:13 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; s=mandrill; d=waitman.net; h=From:Subject:To:Cc:Message-Id:In-Reply-To:References:Date:MIME-Version:Content-Type:Content-Transfer-Encoding; i=waitman@waitman.net; bh=pN+t28F8R3UD3Bfh2yV0uYmovKo=; b=BT1ixt1zGqVSTkS35cmchSsDFZdaEfFGOJXay3UZUvVEgiEhmOcTEJ75CRX6W4AGn3BVO7yFJCEZ +1VIeLR2dqnR9uob9Piu709FeP1mxINM2zDOt2xWqJnmYgP+TcbPOLbKhOL+ynrcpkVixkZtDypa ujncmPDqTzKuBl3T3N0= DomainKey-Signature: a=rsa-sha1; c=nofws; q=dns; s=mandrill; d=waitman.net; b=GN3a/GEAPjKmGavLwjzY+90pfx6YzxY9H2dMOwh9QiIrgPw8mQkVOH979oLKBfWwvir39rdz3Ue8 pbjZzJlK2OGoB6IRAgu8az95WTA+c1W1YvjuVOy/BbGZbqkSpDeeje/pzZC0NAjt+fNBGUqEvwPI YwCoOJQ7KxKBnsC4cpk=; Received: from pmta05.wdc01.mailchimp.com (127.0.0.1) by mail14.wdc04.mandrillapp.com id hdo6nk1jvjgf for ; Thu, 20 Nov 2014 15:49:05 +0000 (envelope-from ) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mandrillapp.com; i=@mandrillapp.com; q=dns/txt; s=mandrill; t=1416498545; h=From : Subject : To : Cc : Message-Id : In-Reply-To : References : Date : MIME-Version : Content-Type : Content-Transfer-Encoding : From : Subject : Date : X-Mandrill-User : List-Unsubscribe; bh=Pm9BzXKUJ5j9XuxFkKBlJbgUZJI0mLT8o0QbnceRYsc=; b=UENxXt4Jy3OSg4620KqGvq71ZJWAEm6fhewFQUAe6c0DLwc/bzHUqJkyyyy6xSerNIrHzZ F6ztJ19kCCHhBqm+2quT4rRoKyV8kMp1Pqr8rfXmtIPO5rU9X7j581nRgRIexBGxPH+grpwE My4uyWqnR6U1u5z5jwVdjZ8i5pOhU= From: Waitman Gobble Subject: Re: DRI not working, AMD E 300 with Radeon HD 6310 To: Felix Palmen Message-Id: <20141120074902.396f3292a837601607eca482@waitman.net> In-Reply-To: <546E036F.1040304@palmen-it.de> References: <546CAD30.3060600@palmen-it.de> <7ceb971998008827645f5ea2b3989bac.squirrel@mx.waitman.net> <2674870.PTfXXQznk8@nexus> <24424480.8gKnz8UD4t@nexus> <08a6bff35f1c6e7da15dc3011fb62d09.squirrel@mx.waitman.net> <546DF096.4070908@freenet.de> <20141120065726.beca3c2edc903511c01af96f@waitman.net> <546E036F.1040304@palmen-it.de> Received: from [66.135.50.201] by mandrillapp.com id 336de6f952f94b78922d90bde8a86563; Thu, 20 Nov 2014 15:49:05 +0000 X-Report-Abuse: Please forward a copy of this message, including all headers, to abuse@mandrill.com X-Report-Abuse: You can also report abuse here: http://mandrillapp.com/contact/abuse?id=30351336.336de6f952f94b78922d90bde8a86563 X-Mandrill-User: md_30351336 Date: Thu, 20 Nov 2014 15:49:05 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Cc: freebsd-x11@freebsd.org X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Nov 2014 15:49:14 -0000 On Thu, 20 Nov 2014 16:06:23 +0100 Felix Palmen wrote: > Am 20.11.2014 15:57, schrieb Waitman Gobble: > > I think the HD 6310 should be using evergreen and not R600.. > > > > /usr/src # find . | grep evergreen > > ./sys/dev/drm2/radeon/evergreen_reg_safe.h > > ./sys/dev/drm2/radeon/evergreen_hdmi.c > > ./sys/dev/drm2/radeon/evergreen_reg.h > > ./sys/dev/drm2/radeon/evergreen_blit_shaders.c > > ./sys/dev/drm2/radeon/reg_srcs/evergreen > > ./sys/dev/drm2/radeon/evergreen_blit_shaders.h > > ./sys/dev/drm2/radeon/evergreend.h > > ./sys/dev/drm2/radeon/evergreen.c > > ./sys/dev/drm2/radeon/evergreen_blit_kms.c > > ./sys/dev/drm2/radeon/evergreen_cs.c > > > > But, there's reference to r600 in the evergreen code, and vice-versa in head/sys/dev/drm2/radeon/r600.c, so maybe all is good. > > > > If anyone's interested, the chip gets assigned the "sumo_asic", > containing references zu both r600 and evergreen. Loaded firmware is > > radeonkmsfw_PALM_pfp.ko > radeonkmsfw_PALM_me.ko > radeonkmsfw_SUMO_rlc.ko > > I'd still like to find out why loading these modules along with > radeonkms in /boot/loader.conf leads to the error described in my > initial message ... but at least it DOES work now (having them load > later), so i can live with that situation. > _______________________________________________ > freebsd-x11@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-x11 > To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" Glad it is working. I'm 'guessing' the SUMO rlc is because of the code in r600.c case CHIP_PALM: chip_name = "PALM"; rlc_chip_name = "SUMO"; break; This also appears in a 3.18 kernel, however I did notice that ARUBA stuff is no longer in r600.c .. moved somewhere else I have one laptop with an HD 8510G (ARUBA) and another with HD 8400 (KABINI) so it would be good, at least for me to import the newer AMD drivers. :) -- Waitman Gobble From owner-freebsd-x11@FreeBSD.ORG Fri Nov 21 03:51:53 2014 Return-Path: Delivered-To: x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 27E7594D for ; Fri, 21 Nov 2014 03:51:53 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 10711CEA for ; Fri, 21 Nov 2014 03:51:53 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sAL3pquC006600 for ; Fri, 21 Nov 2014 03:51:52 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: x11@FreeBSD.org Subject: [Bug 195237] New: graphics/dri builds clang3.4.2 on freebsd-head Date: Fri, 21 Nov 2014 03:51:52 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new 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 Some People X-Bugzilla-Who: lidl@pix.net X-Bugzilla-Status: Needs Triage X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: x11@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter flagtypes.name Message-ID: 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-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Nov 2014 03:51:53 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=195237 Bug ID: 195237 Summary: graphics/dri builds clang3.4.2 on freebsd-head Product: Ports Tree Version: Latest Hardware: Any OS: Any Status: Needs Triage Severity: Affects Some People Priority: --- Component: Individual Port(s) Assignee: x11@FreeBSD.org Reporter: lidl@pix.net Assignee: x11@FreeBSD.org Flags: maintainer-feedback?(x11@FreeBSD.org) The conditions in the graphics/dri Makefile appear to be incorrect. On a recent install of -HEAD (r274728) on amd64, when I install this port, it insists on building the llvm34 compiler from ports. Shoudn't the base compiler in -HEAD be good enough to compile this port? root@busybox-16: cc -v FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512 Target: x86_64-unknown-freebsd11.0 Thread model: posix Selected GCC installation: --- Comment #1 from Bugzilla Automation --- Auto-assigned to maintainer x11@FreeBSD.org -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-x11@FreeBSD.ORG Fri Nov 21 03:51:52 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.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C158894B for ; Fri, 21 Nov 2014 03:51:52 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 AE4E9CE8 for ; Fri, 21 Nov 2014 03:51:52 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sAL3pqfR006508 for ; Fri, 21 Nov 2014 03:51:52 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: x11@FreeBSD.org Subject: maintainer-feedback requested: [Bug 195237] graphics/dri builds clang3.4.2 on freebsd-head Date: Fri, 21 Nov 2014 03:51:52 +0000 X-Bugzilla-Type: request Message-ID: In-Reply-To: References: X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Nov 2014 03:51:52 -0000 lidl@pix.net has asked x11@FreeBSD.org for maintainer-feedback: Bug 195237: graphics/dri builds clang3.4.2 on freebsd-head https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=195237 --- Description --- The conditions in the graphics/dri Makefile appear to be incorrect. On a recent install of -HEAD (r274728) on amd64, when I install this port, it insists on building the llvm34 compiler from ports. Shoudn't the base compiler in -HEAD be good enough to compile this port? root@busybox-16: cc -v FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512 Target: x86_64-unknown-freebsd11.0 Thread model: posix Selected GCC installation: --- Comment #1 from Bugzilla Automation --- Auto-assigned to maintainer x11@FreeBSD.org From owner-freebsd-x11@FreeBSD.ORG Fri Nov 21 09:22:38 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.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 46A0D375 for ; Fri, 21 Nov 2014 09:22:38 +0000 (UTC) Received: from mail.palmen-it.de (stef.palmen-it.de [IPv6:2a01:198:49d:1::1]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 0A4D21F1 for ; Fri, 21 Nov 2014 09:22:38 +0000 (UTC) Received: from dslb-084-056-246-061.084.056.pools.vodafone-ip.de ([84.56.246.61] helo=[192.168.98.102]) by mail.palmen-it.de with esmtpsa (TLS1.0:DHE_RSA_CAMELLIA_256_CBC_SHA1:256) (Exim 4.80) (envelope-from ) id 1XrkQE-0004cT-2I for freebsd-x11@freebsd.org; Fri, 21 Nov 2014 09:22:34 +0000 Message-ID: <546F0457.5090501@palmen-it.de> Date: Fri, 21 Nov 2014 10:22:31 +0100 From: Felix Palmen User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130307 Thunderbird/17.0.4 MIME-Version: 1.0 To: freebsd-x11@freebsd.org Subject: Re: DRI not working, AMD E 300 with Radeon HD 6310 References: <546CAD30.3060600@palmen-it.de> In-Reply-To: <546CAD30.3060600@palmen-it.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-SA-Exim-Connect-IP: 84.56.246.61 X-SA-Exim-Rcpt-To: freebsd-x11@freebsd.org X-SA-Exim-Mail-From: felix@palmen-it.de X-SA-Exim-Scanned: No (on mail.palmen-it.de); SAEximRunCond expanded to false X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Nov 2014 09:22:38 -0000 Hello all, as already stated, I have it working now. But there is still a little annoyance: The blur module for semi-transparent windows in KDE4 does not work properly. Compositing type is "OpenGL 3.1" and there's no difference between using "native" or "raster" Qt graphics system. As soon as the blur effect is activated, it looks like it is taking a solid gray image instead of the real visible content behind the window. Is this a driver limitation or is there something I could check to get it working? From owner-freebsd-x11@FreeBSD.ORG Fri Nov 21 09:47:40 2014 Return-Path: Delivered-To: freebsd-x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5B2F98EC for ; Fri, 21 Nov 2014 09:47:40 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 426D7660 for ; Fri, 21 Nov 2014 09:47:40 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sAL9leua094927 for ; Fri, 21 Nov 2014 09:47:40 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-x11@FreeBSD.org Subject: [Bug 188165] graphics/dri: ia64: error: Package requirements (libdrm_intel >= 2.4.38) were not met Date: Fri, 21 Nov 2014 09:47:40 +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: kwm@FreeBSD.org X-Bugzilla-Status: In Discussion X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-x11@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc 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-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Nov 2014 09:47:40 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=188165 Koop Mast changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |kwm@FreeBSD.org --- Comment #2 from Koop Mast --- Could you see if this is still a problem with the current port? -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-x11@FreeBSD.ORG Fri Nov 21 11:34:13 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.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3F6BCFCA for ; Fri, 21 Nov 2014 11:34:13 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 27876202 for ; Fri, 21 Nov 2014 11:34:13 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sALBYDBw064654 for ; Fri, 21 Nov 2014 11:34:13 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: x11@FreeBSD.org Subject: [Bug 194580] pkg-plist error for graphics/dri Date: Fri, 21 Nov 2014 11:34:13 +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: kwm@FreeBSD.org X-Bugzilla-Status: Issue Resolved X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: x11@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: bug_status cc resolution 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-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Nov 2014 11:34:13 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194580 Koop Mast changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Triage |Issue Resolved CC| |kwm@FreeBSD.org Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-x11@FreeBSD.ORG Fri Nov 21 11:34:48 2014 Return-Path: Delivered-To: x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6D1B296 for ; Fri, 21 Nov 2014 11:34:48 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 55A95215 for ; Fri, 21 Nov 2014 11:34:48 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sALBYm9i064982 for ; Fri, 21 Nov 2014 11:34:48 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: x11@FreeBSD.org Subject: [Bug 194580] pkg-plist error for graphics/dri Date: Fri, 21 Nov 2014 11:34:48 +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: commit-hook@freebsd.org X-Bugzilla-Status: Issue Resolved X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: x11@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: 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-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Nov 2014 11:34:48 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194580 --- Comment #2 from commit-hook@freebsd.org --- A commit references this bug: Author: kwm Date: Fri Nov 21 11:34:06 UTC 2014 New revision: 372988 URL: https://svnweb.freebsd.org/changeset/ports/372988 Log: Update mesa to 10.3.3. graphics/dri: Move gettext:build to bsd.mesalib.mk so it present for all mesa ports. [1] VDPAU needs GALLIUM so check for that, since it a Gallium state tracker. [1][2] Rework llvm33/llvm34 selection so we can use the llvm version later on. VDPAU links against the llvm libraries so we need to depend on the llvm port as a run dependency .[1] After discussion remove the VDPAU option for now. Radeon kernel drivers currently don't support hardware-assisted video decoding. And Gallium/VDPAU doesn't support the intel driver. PR: 194655 [1] PR: 194580 [2] Changes: head/graphics/dri/Makefile head/graphics/libGL/bsd.mesalib.mk head/graphics/libGL/distinfo -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-x11@FreeBSD.ORG Fri Nov 21 11:34:47 2014 Return-Path: Delivered-To: x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F38428F for ; Fri, 21 Nov 2014 11:34:46 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 DAC74210 for ; Fri, 21 Nov 2014 11:34:46 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sALBYkF9064952 for ; Fri, 21 Nov 2014 11:34:46 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: x11@FreeBSD.org Subject: [Bug 194655] graphics/dri incorrect depends - devel/llvm* is listed as BUILD dependency when built with VDPAU support but should be listed as LIB Date: Fri, 21 Nov 2014 11:34:15 +0000 X-Bugzilla-Reason: CC 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 Many People X-Bugzilla-Who: commit-hook@freebsd.org X-Bugzilla-Status: In Discussion X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-ports-bugs@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: 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-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Nov 2014 11:34:47 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194655 --- Comment #12 from commit-hook@freebsd.org --- A commit references this bug: Author: kwm Date: Fri Nov 21 11:34:06 UTC 2014 New revision: 372988 URL: https://svnweb.freebsd.org/changeset/ports/372988 Log: Update mesa to 10.3.3. graphics/dri: Move gettext:build to bsd.mesalib.mk so it present for all mesa ports. [1] VDPAU needs GALLIUM so check for that, since it a Gallium state tracker. [1][2] Rework llvm33/llvm34 selection so we can use the llvm version later on. VDPAU links against the llvm libraries so we need to depend on the llvm port as a run dependency .[1] After discussion remove the VDPAU option for now. Radeon kernel drivers currently don't support hardware-assisted video decoding. And Gallium/VDPAU doesn't support the intel driver. PR: 194655 [1] PR: 194580 [2] Changes: head/graphics/dri/Makefile head/graphics/libGL/bsd.mesalib.mk head/graphics/libGL/distinfo -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-x11@FreeBSD.ORG Fri Nov 21 11:40:17 2014 Return-Path: Delivered-To: x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D5EB6199 for ; Fri, 21 Nov 2014 11:40:17 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 BDACB23C for ; Fri, 21 Nov 2014 11:40:17 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sALBeH5g068615 for ; Fri, 21 Nov 2014 11:40:17 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: x11@FreeBSD.org Subject: [Bug 195237] graphics/dri builds clang3.4.2 on freebsd-head Date: Fri, 21 Nov 2014 11:40: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 Some People X-Bugzilla-Who: kwm@FreeBSD.org X-Bugzilla-Status: Issue Resolved X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: x11@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: bug_status cc resolution 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-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Nov 2014 11:40:17 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=195237 Koop Mast changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Needs Triage |Issue Resolved CC| |kwm@FreeBSD.org Resolution|--- |Works As Intended --- Comment #2 from Koop Mast --- The llvm port isn't the compile but a set of libraries used by the clang (lang/clang*) compiler. The Gallium component of dri uses these libraries. Since llvm API isn't stable and the llvm libraries aren't installed in base we need to use the port version. -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-x11@FreeBSD.ORG Fri Nov 21 11:41:46 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.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9FEA41E1 for ; Fri, 21 Nov 2014 11:41:46 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 873E9307 for ; Fri, 21 Nov 2014 11:41:46 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sALBfke4072248 for ; Fri, 21 Nov 2014 11:41:46 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: x11@FreeBSD.org Subject: [Bug 194655] graphics/dri incorrect depends - devel/llvm* is listed as BUILD dependency when built with VDPAU support but should be listed as LIB Date: Fri, 21 Nov 2014 11:41:45 +0000 X-Bugzilla-Reason: CC 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 Many People X-Bugzilla-Who: kwm@FreeBSD.org X-Bugzilla-Status: Issue Resolved X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-ports-bugs@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution 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-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Nov 2014 11:41:46 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194655 Koop Mast changed: What |Removed |Added ---------------------------------------------------------------------------- Status|In Discussion |Issue Resolved Resolution|--- |FIXED -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-x11@FreeBSD.ORG Fri Nov 21 14:10:30 2014 Return-Path: Delivered-To: freebsd-x11@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9B8B3719 for ; Fri, 21 Nov 2014 14:10:30 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 838B1603 for ; Fri, 21 Nov 2014 14:10:30 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sALEAU6U034536 for ; Fri, 21 Nov 2014 14:10:30 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-x11@FreeBSD.org Subject: [Bug 188165] graphics/dri: ia64: error: Package requirements (libdrm_intel >= 2.4.38) were not met Date: Fri, 21 Nov 2014 14:10:30 +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: mexas@bris.ac.uk X-Bugzilla-Status: In Discussion X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-x11@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: 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-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Nov 2014 14:10:30 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=188165 --- Comment #3 from mexas@bris.ac.uk --- yes, still there: configure: error: Package requirements (libdrm_intel >= 2.4.52) were not met: Full log: http://eis.bris.ac.uk/~mexas/log/dri-10.3.2,2.log -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-x11@FreeBSD.ORG Fri Nov 21 14:25:52 2014 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8A455C0A for ; Fri, 21 Nov 2014 14:25:52 +0000 (UTC) Received: from mail.palmen-it.de (stef.palmen-it.de [IPv6:2a01:198:49d:1::1]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4EC48827 for ; Fri, 21 Nov 2014 14:25:52 +0000 (UTC) Received: from dslb-084-056-246-061.084.056.pools.vodafone-ip.de ([84.56.246.61] helo=[192.168.98.102]) by mail.palmen-it.de with esmtpsa (TLS1.0:DHE_RSA_CAMELLIA_256_CBC_SHA1:256) (Exim 4.80) (envelope-from ) id 1Xrp9g-0004y7-MX for freebsd-x11@freebsd.org; Fri, 21 Nov 2014 14:25:48 +0000 Message-ID: <546F4B6B.9040604@palmen-it.de> Date: Fri, 21 Nov 2014 15:25:47 +0100 From: Felix Palmen User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130307 Thunderbird/17.0.4 MIME-Version: 1.0 To: freebsd-x11@freebsd.org Subject: Horizontal scrolling through moused /dev/sysmouse, patch Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-SA-Exim-Connect-IP: 84.56.246.61 X-SA-Exim-Rcpt-To: freebsd-x11@freebsd.org X-SA-Exim-Mail-From: felix@palmen-it.de X-SA-Exim-Scanned: No (on mail.palmen-it.de); SAEximRunCond expanded to false X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Nov 2014 14:25:52 -0000 Hello all, I had a hard time getting horizontal scrolling working with moused and xf86-input-mouse 1.9.0, the patch from https://wiki.freebsd.org/SynapticsTouchpad seems outdated. The following extended patch works for me: --- xf86-input-mouse-1.9.0.orig/src/mouse.c 2014-11-21 15:12:35.000000000 +0100 +++ xf86-input-mouse-1.9.0/src/mouse.c 2014-11-21 15:10:02.000000000 +0100 @@ -969,7 +969,11 @@ for (i = 0; i < MSE_MAXBUTTONS; i++) pMse->buttonMap[i] = 1 << (i > 2 && i < MSE_MAXBUTTONS-4 ? i+4 : i); pMse->hasZ = 1; - pMse->hasW = 0; + if (device && strncmp(device, "/dev/sysmouse", 13) == 0) { + pMse->hasW = 1; + } else { + pMse->hasW = 0; + } protocol = MousePickProtocol(pInfo, device, protocol, &protocolID); @@ -1611,6 +1615,13 @@ */ dz = ((signed char)(pBuf[5] << 1) + (signed char)(pBuf[6] << 1)) >> 1; + if (dz == 2) { + dw = 1; + dz = 0; + } else if (dz == -2) { + dw = -1; + dz = 0; + } buttons |= (int)(~pBuf[7] & 0x7f) << 3; } break; What do you think? Ugly hack? Is there a way to determine whether moused actually handles a fourth axis, to avoid setting hasW=1 when there is none? From owner-freebsd-x11@FreeBSD.ORG Fri Nov 21 18:42:55 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.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EEDB4EAC for ; Fri, 21 Nov 2014 18:42:55 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 D5A549E9 for ; Fri, 21 Nov 2014 18:42:55 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sALIgt5x021614 for ; Fri, 21 Nov 2014 18:42:55 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: x11@FreeBSD.org Subject: [Bug 194561] graphics/libEGL, graphics/libglapi, graphics/libGL and graphics/libglesv2 are using msgfmt from gettext during build stage but does not depend on it Date: Fri, 21 Nov 2014 18:42:54 +0000 X-Bugzilla-Reason: CC 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 Some People X-Bugzilla-Who: dumbbell@FreeBSD.org X-Bugzilla-Status: Issue Resolved X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: x11@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution 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-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Nov 2014 18:42:56 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194561 Jean-Sebastien Pedron changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Patch Ready |Issue Resolved Resolution|--- |FIXED --- Comment #9 from Jean-Sebastien Pedron --- Fixed in r372988. -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. From owner-freebsd-x11@FreeBSD.ORG Sat Nov 22 09:57:28 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.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3C170483 for ; Sat, 22 Nov 2014 09:57:28 +0000 (UTC) Received: from portscout.freebsd.org (portscout.freebsd.org [IPv6:2001:1900:2254:206a::50:6]) (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 28D83C1A for ; Sat, 22 Nov 2014 09:57:28 +0000 (UTC) Received: from portscout.freebsd.org ([127.0.1.123]) by portscout.freebsd.org (8.14.9/8.14.9) with ESMTP id sAM9vSSo066520 for ; Sat, 22 Nov 2014 09:57:28 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.freebsd.org (8.14.9/8.14.9/Submit) id sAM9vSQf066519; Sat, 22 Nov 2014 09:57:28 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <201411220957.sAM9vSQf066519@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, 22 Nov 2014 09:57:28 +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-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Nov 2014 09:57:28 -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/gbm | 10.3.3 | 10.3.4 ------------------------------------------------+-----------------+------------ graphics/libEGL | 10.3.3 | 10.3.4 ------------------------------------------------+-----------------+------------ graphics/libglapi | 10.3.3 | 10.3.4 ------------------------------------------------+-----------------+------------ 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 Nov 22 15:32:00 2014 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 39D567F0 for ; Sat, 22 Nov 2014 15:32:00 +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 F4139E17 for ; Sat, 22 Nov 2014 15:31:59 +0000 (UTC) Received: from 2a02-8428-011b-e000-0290-f5ff-fe9d-b78c.rev.sfr.net ([2a02:8428:11b:e000:290:f5ff:fe9d:b78c] helo=magellan.dumbbell.fr) by mail.made4.biz with esmtpsa (TLSv1.2:DHE-RSA-AES128-SHA:128) (Exim 4.84 (FreeBSD)) (envelope-from ) id 1XsCfF-0006Bv-TJ for freebsd-x11@freebsd.org; Sat, 22 Nov 2014 16:31:58 +0100 Message-ID: <5470AC6D.3050703@dumbbell.fr> Date: Sat, 22 Nov 2014 16:31:57 +0100 From: =?UTF-8?B?SmVhbi1Tw6liYXN0aWVuIFDDqWRyb24=?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: freebsd-x11@freebsd.org Subject: Re: Help: unknown issue (config) breaking xorg port References: In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Nov 2014 15:32:00 -0000 On 16.11.2014 22:17, Andrew Johnson wrote: > ===> xorg-apps-7.7_1 depends on executable: dga - not found > ===> Verifying install for dga in /usr/ports/x11/xf86dga > ===> Building for xf86dga-1.0.3_1 > --- all --- I see that between: ===> Verifying install for dga in (...) and: ===> Building for xf86dga-1.0.3_1 the output misses all the extraction, patch and configure steps. Could you please try to run "make clean" in /usr/ports/x11/xf86dga and try again? -- Jean-SĂ©bastien PĂ©dron From owner-freebsd-x11@FreeBSD.ORG Sat Nov 22 15:51:57 2014 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 16B78D2E for ; Sat, 22 Nov 2014 15:51:57 +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 CAC64FDD for ; Sat, 22 Nov 2014 15:51:56 +0000 (UTC) Received: from 2a02-8428-011b-e000-0290-f5ff-fe9d-b78c.rev.sfr.net ([2a02:8428:11b:e000:290:f5ff:fe9d:b78c] helo=magellan.dumbbell.fr) by mail.made4.biz with esmtpsa (TLSv1.2:DHE-RSA-AES128-SHA:128) (Exim 4.84 (FreeBSD)) (envelope-from ) id 1XsCyZ-0006IS-0H for freebsd-x11@freebsd.org; Sat, 22 Nov 2014 16:51:55 +0100 Message-ID: <5470B11A.7090205@FreeBSD.org> Date: Sat, 22 Nov 2014 16:51:54 +0100 From: =?windows-1252?Q?Jean-S=E9bastien_P=E9dron?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: freebsd-x11@freebsd.org Subject: Re: WITHOUT_NEW_XORG not fully supported on stable/8? References: <20141116161630.GA92235@smtp.infracaninophile.co.uk> <20141117030606.GA71360@FreeBSD.org> <20141117062046.GA48896@ivaldir.etoilebsd.net> <20141117080347.GA65277@FreeBSD.org> In-Reply-To: <20141117080347.GA65277@FreeBSD.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Nov 2014 15:51:57 -0000 On 17.11.2014 09:03, Alexey Dokuchaev wrote: > I did not ask for 100% support of new KDE with all its bells and whistles; I > merely was expecting to get a working X11 with WITHOUT_NEW_XORG set, yet it > broke. How realistic would be having pre-KMS stuff in ports for bare-boned > X11 (sans KDE) available at least while we still support 8.4? You've listed > a lot of components that need to be taken care of, but can't we have modern > cairo working with UMS libdrm/drivers/xorg-server, with compatibility patch? > Or, would it be feasible to patch the last UMS-aware version of x11-drivers/ > xf86-video-intel so it can work with new xserver? I tried to port the old UMS xf86-video-intel DDX to xserver 1.12, but the gap is too large. The code compiled at some point (mostly by chance) but the X server never started. I'm not willing to spend more time on supporting the old bits (WITHOUT_NEW_XORG). It consumes too many resources. I prefer to work on what's necessary to move forward. I believe other members of the graphics team feel the same. The announcement of WITH_NEW_XORG being the default should have been more clear: WITHOUT_NEW_XORG is going away in the very near future. Some ports are already free of it. We're about to post a CFT for xserver 1.14 which will completely remove the knob. Unfortunately, FreeBSD 8.4 is a victim here (though you can still run an X server), but we have no choice if we want to go back to a sane state (which we have not reached yet). I'm afraid FreeBSD 9.x is already blocking us again. All this can be revisited once the Ports tree gain some kind of provides/requires support. -- Jean-Sébastien Pédron From owner-freebsd-x11@FreeBSD.ORG Sat Nov 22 15:55:07 2014 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2B4F0E60 for ; Sat, 22 Nov 2014 15:55:07 +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 E5AECFF4 for ; Sat, 22 Nov 2014 15:55:06 +0000 (UTC) Received: from 2a02-8428-011b-e000-0290-f5ff-fe9d-b78c.rev.sfr.net ([2a02:8428:11b:e000:290:f5ff:fe9d:b78c] helo=magellan.dumbbell.fr) by mail.made4.biz with esmtpsa (TLSv1.2:DHE-RSA-AES128-SHA:128) (Exim 4.84 (FreeBSD)) (envelope-from ) id 1XsD1d-0006KY-6L for freebsd-x11@freebsd.org; Sat, 22 Nov 2014 16:55:05 +0100 Message-ID: <5470B1D9.1050305@FreeBSD.org> Date: Sat, 22 Nov 2014 16:55:05 +0100 From: =?UTF-8?B?SmVhbi1Tw6liYXN0aWVuIFDDqWRyb24=?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: freebsd-x11@freebsd.org Subject: Re: FreeBSD-10.1-RELEASE and new xorg on HD-7660D References: <64667042.1141147.1416261184408.JavaMail.yahoo@jws100120.mail.ne1.yahoo.com> In-Reply-To: <64667042.1141147.1416261184408.JavaMail.yahoo@jws100120.mail.ne1.yahoo.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Nov 2014 15:55:07 -0000 On 17.11.2014 22:53, Graham Bradley wrote: > If I run it in 10.1 with radeon driver, the stars and planets in the > sky are all dark, though lines and legends drawn ok. On FreeBSD 10.1, I recommend to build Mesa ports yourself, so you'll get Mesa 10.3.3. It's not available as a binary package, because it doesn't work on FreeBSD 10.0 and the repository is shared. The ports in question are: graphics/libglapi graphics/libGL graphics/dri And the following ones, if you have them installed already: graphics/libEGL graphics/libglesv2 -- Jean-SĂ©bastien PĂ©dron From owner-freebsd-x11@FreeBSD.ORG Sat Nov 22 16:09:51 2014 Return-Path: Delivered-To: freebsd-x11@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 90B78408 for ; Sat, 22 Nov 2014 16:09:51 +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 51161162 for ; Sat, 22 Nov 2014 16:09:51 +0000 (UTC) Received: from 2a02-8428-011b-e000-0290-f5ff-fe9d-b78c.rev.sfr.net ([2a02:8428:11b:e000:290:f5ff:fe9d:b78c] helo=magellan.dumbbell.fr) by mail.made4.biz with esmtpsa (TLSv1.2:DHE-RSA-AES128-SHA:128) (Exim 4.84 (FreeBSD)) (envelope-from ) id 1XsDFt-0006P2-Hw for freebsd-x11@freebsd.org; Sat, 22 Nov 2014 17:09:49 +0100 Message-ID: <5470B54D.8080105@dumbbell.fr> Date: Sat, 22 Nov 2014 17:09:49 +0100 From: =?windows-1252?Q?Jean-S=E9bastien_P=E9dron?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: freebsd-x11@freebsd.org Subject: Re: Xorg configure failure with Radeon card References: <5466DD69.5000205@gmx.us> <54673C5D.6040900@gmail.com> <54676567.8090200@gmx.us> <5467A3BE.2060207@gmail.com> <5467A75D.9000605@gmx.us> <5467AD77.9060408@gmail.com> <20141115164711.dc9f2b0b219c604ceff307cf@gmx.us> <5468A1F7.8040907@addr.com> <5468AD4D.30902@dumbbell.fr> <5468B073.5030402@addr.com> <5468B3E9.2070406@addr.com> <5468B4C4.5040706@dumbbell.fr> <5468B612.6030109@addr.com> <5468D329.5050502@dumbbell.fr> <5468D9B6.7030805@addr.com> <5468DD87.3040602@dumbbell.fr> <5468E182.7000900@addr.com> <5468EAD7.5030108@dumbbell.fr> <546945FA.9060509@addr.com> <546BEA88.4090804@addr.com> In-Reply-To: <546BEA88.4090804@addr.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Nov 2014 16:09:51 -0000 On 19.11.2014 01:55, Tony Sweeney wrote: > So, rather than simply pouting about how this doesn't quite work as > advertised, is there something I can do to contribute to making this > better? Hmm, something I just noticed in your Xorg.log is this: [ 8685.286] (==) Using default built-in configuration (21 lines) [ 8685.286] (==) --- Start of built-in configuration --- [ 8685.286] Section "Device" [ 8685.286] Identifier "Builtin Default vesa Device 0" [ 8685.286] Driver "vesa" [ 8685.286] EndSection Did you build it or start it with special options/flags? I think that's why it doesn't event try to use the Radeon driver: the configuration forces the VESA driver. Try to rebuild x11-servers/xorg-server and pay attention to configure flags maybe. If you're willing to dig more, look at the server code and find when it activates this built-in configuration. -- Jean-Sébastien Pédron From owner-freebsd-x11@FreeBSD.ORG Sat Nov 22 16:20:26 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.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1330E7B3 for ; Sat, 22 Nov 2014 16:20:26 +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 CE846319 for ; Sat, 22 Nov 2014 16:20:25 +0000 (UTC) Received: from 2a02-8428-011b-e000-0290-f5ff-fe9d-b78c.rev.sfr.net ([2a02:8428:11b:e000:290:f5ff:fe9d:b78c] helo=magellan.dumbbell.fr) by mail.made4.biz with esmtpsa (TLSv1.2:DHE-RSA-AES128-SHA:128) (Exim 4.84 (FreeBSD)) (envelope-from ) id 1XsDQ8-0006T9-3G for freebsd-x11@freebsd.org; Sat, 22 Nov 2014 17:20:24 +0100 Message-ID: <5470B7C8.4070209@FreeBSD.org> Date: Sat, 22 Nov 2014 17:20:24 +0100 From: =?windows-1252?Q?Jean-S=E9bastien_P=E9dron?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: freebsd-x11@freebsd.org Subject: Re: Painfully slow X11 after upgrade References: <546CBE3A.20502@aldan.algebra.com> In-Reply-To: <546CBE3A.20502@aldan.algebra.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Nov 2014 16:20:26 -0000 On 19.11.2014 16:58, Mikhail T. wrote: > Hello! Hi! > I upgraded from FreeBSD-9 to 10.1 and rebuilt ports -- using WITH_NEW_XORG. > > Though I am able to start X-session, everything is horribly slow. Could you please post your dmesg, taken after starting X, as well as your full Xorg.log? -- Jean-Sébastien Pédron From owner-freebsd-x11@FreeBSD.ORG Sat Nov 22 16:30:04 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.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BC6D6C3F for ; Sat, 22 Nov 2014 16:30:04 +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 829B037C for ; Sat, 22 Nov 2014 16:30:04 +0000 (UTC) Received: from 2a02-8428-011b-e000-0290-f5ff-fe9d-b78c.rev.sfr.net ([2a02:8428:11b:e000:290:f5ff:fe9d:b78c] helo=magellan.dumbbell.fr) by mail.made4.biz with esmtpsa (TLSv1.2:DHE-RSA-AES128-SHA:128) (Exim 4.84 (FreeBSD)) (envelope-from ) id 1XsDZS-0006Wc-NQ for freebsd-x11@freebsd.org; Sat, 22 Nov 2014 17:30:02 +0100 Message-ID: <5470BA0A.4050102@dumbbell.fr> Date: Sat, 22 Nov 2014 17:30:02 +0100 From: =?windows-1252?Q?Jean-S=E9bastien_P=E9dron?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: freebsd-x11@freebsd.org Subject: Re: DRI not working, AMD E 300 with Radeon HD 6310 References: <546CAD30.3060600@palmen-it.de> <546F0457.5090501@palmen-it.de> In-Reply-To: <546F0457.5090501@palmen-it.de> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Nov 2014 16:30:04 -0000 On 21.11.2014 10:22, Felix Palmen wrote: > Hello all, Hi! > as already stated, I have it working now. Great :) I read that it's not working if you load the modules from the loader. I have no idea what the differences are in this case. > But there is still a little annoyance: The blur module for > semi-transparent windows in KDE4 does not work properly. Compositing > type is "OpenGL 3.1" and there's no difference between using "native" > or "raster" Qt graphics system. As soon as the blur effect is > activated, it looks like it is taking a solid gray image instead of > the real visible content behind the window. Maybe try to rebuild graphics/dri with the TEXTURE option enabled. Without this option, Mesa only advertises OpenGL 2.1. Unfortunately, it's not enabled by default currently because it's covered by a patent. -- Jean-Sébastien Pédron