From owner-freebsd-x11@freebsd.org Sun Jul 24 10:30:03 2016 Return-Path: Delivered-To: freebsd-x11@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8BD0DBA116C for ; Sun, 24 Jul 2016 10:30:03 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 7961E1E0C for ; Sun, 24 Jul 2016 10:30:03 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 78C44BA116B; Sun, 24 Jul 2016 10:30:03 +0000 (UTC) Delivered-To: x11@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 786CBBA116A for ; Sun, 24 Jul 2016 10:30:03 +0000 (UTC) (envelope-from portscout@FreeBSD.org) 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 6BB691E0B for ; Sun, 24 Jul 2016 10:30:03 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from portscout.freebsd.org ([127.0.1.123]) by portscout.freebsd.org (8.15.2/8.15.2) with ESMTP id u6OAU34j037269 for ; Sun, 24 Jul 2016 10:30:03 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.freebsd.org (8.15.2/8.15.2/Submit) id u6OAU39w037268; Sun, 24 Jul 2016 10:30:03 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <201607241030.u6OAU39w037268@portscout.freebsd.org> X-Authentication-Warning: portscout.freebsd.org: portscout set sender to portscout@FreeBSD.org using -f Content-Disposition: inline Content-Transfer-Encoding: 8bit Content-Type: text/plain MIME-Version: 1.0 Date: Sun, 24 Jul 2016 10:30:03 +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.22 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, 24 Jul 2016 10:30:03 -0000 Dear port maintainer, The portscout new distfile checker has detected that one or more of your ports appears to be out of date. Please take the opportunity to check each of the ports listed below, and if possible and appropriate, submit/commit an update. If any ports have already been updated, you can safely ignore the entry. You will not be e-mailed again for any of the port/version combinations below. Full details can be found at the following URL: http://portscout.freebsd.org/x11@freebsd.org.html Port | Current version | New version ------------------------------------------------+-----------------+------------ graphics/libdrm | 2.4.66 | 2.4.70 ------------------------------------------------+-----------------+------------ 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 Mon Jul 25 08:19:56 2016 Return-Path: Delivered-To: freebsd-x11@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 117E0BA3FB2 for ; Mon, 25 Jul 2016 08:19:56 +0000 (UTC) (envelope-from fbl@aoek.com) Received: from srv24-71.cdn.bestreaming.com (mail.yourbox.net [IPv6:2001:41d0:1:767d::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "amnesiac", Issuer "amnesiac" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 99E731D84 for ; Mon, 25 Jul 2016 08:19:55 +0000 (UTC) (envelope-from fbl@aoek.com) Received: from mail.yourbox.net (localhost [IPv6:::1]) by srv24-71.cdn.bestreaming.com (8.15.2/8.15.2) with ESMTP id u6P8KjYZ099787 for ; Mon, 25 Jul 2016 10:20:45 +0200 (CEST) (envelope-from fbl@aoek.com) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Mon, 25 Jul 2016 10:20:45 +0200 From: =?UTF-8?Q?Jos=C3=A9_P=C3=A9rez?= To: freebsd-x11@freebsd.org Subject: Radeon HDMI audio Message-ID: <56264d6567693195121f2fcb4f3e737c@mail.yourbox.net> X-Sender: fbl@aoek.com User-Agent: Roundcube Webmail/1.1.3 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.22 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, 25 Jul 2016 08:19:56 -0000 Hi all, is there a specific reason for this: int radeon_audio = 0; in here /head/sys/dev/drm2/radeon/radeon_drv.c ? If I set it to 1 it just works. Thank you. -- José Pérez From owner-freebsd-x11@freebsd.org Mon Jul 25 09:36:46 2016 Return-Path: Delivered-To: freebsd-x11@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 447DABA3967 for ; Mon, 25 Jul 2016 09:36:46 +0000 (UTC) (envelope-from natbsd@instinctive.eu) Received: from mail-wm0-x242.google.com (mail-wm0-x242.google.com [IPv6:2a00:1450:400c:c09::242]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D88621A58 for ; Mon, 25 Jul 2016 09:36:45 +0000 (UTC) (envelope-from natbsd@instinctive.eu) Received: by mail-wm0-x242.google.com with SMTP id x83so15857015wma.3 for ; Mon, 25 Jul 2016 02:36:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=instinctive-eu.20150623.gappssmtp.com; s=20150623; h=date:from:to:subject:message-id:mime-version:content-disposition :user-agent; bh=JF7iL0DBnQT0PeXvsFFEgUu91ba9vQYTQXrv11AfEKs=; b=qaBAcmfA4vcHVw5p64uO01W5EBHNzHiuiypNjMXxz6p/tqG8sVDKH2CZvr48qXqiN7 2/0+T5F4zwrvXtvo7niQxlSXE1XtZRlqBHD7gMTxoiZ96W79O5KcYP0fV4AROjgk7gb9 Td+DIqujPCbdqVYHY9+tvLjDddIX4/Tpnziqs3SYVeJp9jGcHQaD2CQBg0hpCq31FcgK reSATK5xp6h8q0eVUn7gBgVVdKJ98WFYek3q6P0qA+n16ZRhceLAkHpRHRDdwVIw5HUc d3xxOXTc4uWZAq7yF2fgO2y4+VxjhRZ5qxqu2vRrIKBzdvrzaAdgMA53vISD23ZRCm6S gVKg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:subject:message-id:mime-version :content-disposition:user-agent; bh=JF7iL0DBnQT0PeXvsFFEgUu91ba9vQYTQXrv11AfEKs=; b=l2CFe1E6/2hoLgOQF5Vz7nejSAlB/kshsGJYMP4GZVdItEl1JXcW+Loir8Rshq9n/4 tvLaMCcXDbVT4ZNqvGi3O8C9MAK0i9XOsRh1XzlMtVOqn034Z7XG2Q85xuhxMkinj09w fMI0jvEd3M/4ZljVaix+XsWEzyexATj+olQpztxd7ybUq/uEmRlprHTUYnbmgmiULVLE VD/jN6URDn9I/xgFSIXdMbwQV0UUPUR//ScsfxPzPAAnLKcRHChJvAVdTFPCbf+GVHUl LefDx36HXWFpL7CfWgIQDiDJzU5w5BYRqmyfkU3jR/Dc1dwvOvW5ualJdbe5FckSJdTw davg== X-Gm-Message-State: AEkoouvQmtjZk76tRW+50WqwzRgPGsOhf3BM1JHNZQMB2Drl3iTtu5vLKPu9GCj9Dm+IdA== X-Received: by 10.194.148.232 with SMTP id tv8mr16392196wjb.113.1469439403972; Mon, 25 Jul 2016 02:36:43 -0700 (PDT) Received: from sigil.instinctive.eu ([2a01:4f8:a0:6025:202::1]) by smtp.gmail.com with ESMTPSA id a203sm27107079wma.0.2016.07.25.02.36.41 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Mon, 25 Jul 2016 02:36:42 -0700 (PDT) Date: Mon, 25 Jul 2016 09:36:41 +0000 From: Natasha Kerensikova To: freebsd-x11@freebsd.org Subject: 4.6 DM/i915 test report on Bay Trail (Celeron J1800) Message-ID: <20160725093641.GA98977@nat.rebma.instinctive.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.6.1 (2016-04-27) X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.22 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, 25 Jul 2016 09:36:46 -0000 Hello, I have already bothered you with my Celeron J1800, but I thought I would try to write a formal test report. I'm a bit late to the party, but I hope it's still somewhat relevant. If it's not but you still have some time to read me, I would welcome criticism on my report to make it more efficient on the next CFT round. Also I thouht I read some uncertainty about the code on SandyBridge, and I happen to have one ready to (show its power to) serve if I manage to update the BIOS settings on the UEFI/MBR/bootstrap issue. As I'm weary to mess with BIOS settings that work for now, is three a need for more SandyBrdige tasting? To be clear, I downloaded the image at http://www.bsddesktop.com/images/cftdisk_nodebug_2016062423.img.xz I couldn't use it directly, lacking a large enough USB stick, so I copied the zfs on my production disk and updated bootfs accordingly. I think the only relevant thing it changes is that the bootloader is still the one from 10.3-RELEASE, which might impact the console initial state. To describe the machine, the sysctl hw.model is Intel(R) Celeron(R) CPU J1800 @ 2.41GHz I first tried with SNA acceleration. Something weird happened the only time I tried `startx` without first `kldload i915kms`, with `startx` takings tens of seconds (maybe even more than a minute) to fail, and unable to change mode. With `kldload i915kms` first though X starts correctly with XFCE. I saw then some "healing" artifacts whenever a part of the screen gets redraw in block. It's as if the wrong pixels are immediately updated, but then in the next few seconds the display is stochastically refreshed, eventually forcing all pixels to their intended values. It's so fast and smooth that at first I took it for fancy WM eye-candy, before I realized it made the terminal barely usable. Some redraws seem immune from these artifacts, most notably the background picture and the 3D screensaver. I couldn't get mplayer or vlc to display anything but a black window, while sound played correctly. VLC was quite unhelpful in diagnosing the issue, while mplayer kept spitting: X11 error: BadAlloc (insufficient resources for operation) On the other hand, youtube on firefox showed nice and smooth videos but no sound. Then I tested with UXA, which mostly worked fine except outside of web browser. I watched full HD video with mplayer, but I didn't check whether the decoding was CPU or GPU based. XCFE looked fine, but after a while I noticed that the shadow of windows, instead of being translucent, was a comb of horizontal lines. While the artifact doesn't affect the usability at all, I guess it implies something wrong with alpha-compositing, which I don't I have otherwise the opportunity to test. The main window of both firefox and chromium starts fine, but after a random time becomes completely and irreversibly corrupt, exactly like mishurov's screenshot of May 31st in https://github.com/FreeBSDDesktop/freebsd-base-graphics/issues/6 During an instance with an unusually long time before the corruption, I managed to start a youtube video, which was fine and smooth but still without sound. surf-browser is not affected though, and I think I would use the image daily if it could handle pages with HTML5-sound. If there is anything more I should test, please let me know, I can still boot on the CFT fs. Hoping this meager contribution helps, Natasha From owner-freebsd-x11@freebsd.org Mon Jul 25 10:10:20 2016 Return-Path: Delivered-To: freebsd-x11@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CB4C0BA4167 for ; Mon, 25 Jul 2016 10:10:20 +0000 (UTC) (envelope-from lists@olivarim.com) Received: from smtp-sh.infomaniak.ch (smtp-sh.infomaniak.ch [128.65.195.4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.infomaniak.ch", Issuer "StartCom Class 2 Primary Intermediate Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6F9BC19F1 for ; Mon, 25 Jul 2016 10:10:20 +0000 (UTC) (envelope-from lists@olivarim.com) Received: from smtp5.infomaniak.ch (smtp5.infomaniak.ch [83.166.132.18]) by smtp-sh.infomaniak.ch (8.14.5/8.14.5) with ESMTP id u6PA3eNF025522 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Mon, 25 Jul 2016 12:03:40 +0200 Received: from [IPv6:[::ffff:10.16.2.65]:49517] (olivarim.com [82.240.160.119] (may be forged)) (authenticated bits=0) by smtp5.infomaniak.ch (8.14.5/8.14.5) with ESMTP id u6PA3das027988 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 25 Jul 2016 12:03:40 +0200 Message-Id: <201607251003.u6PA3das027988@smtp5.infomaniak.ch> MIME-Version: 1.0 To: Natasha Kerensikova , "freebsd-x11@freebsd.org" From: Subject: RE: 4.6 DM/i915 test report on Bay Trail (Celeron J1800) Date: Mon, 25 Jul 2016 12:03:40 +0200 Importance: normal X-Priority: 3 In-Reply-To: <20160725093641.GA98977@nat.rebma.instinctive.eu> References: <20160725093641.GA98977@nat.rebma.instinctive.eu> X-Antivirus: Dr.Web (R) for Unix mail servers drweb plugin ver.6.0.2.8 X-Antivirus-Code: 0x100000 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.22 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, 25 Jul 2016 10:10:20 -0000 Hi Natasha, Did you ever try to load a recent linux distribution onto the NUC? I ask th= at question because I also own a NUC (the pentium one, with the same graphi= cs) and I saw the very same artifacts you=E2=80=99re talking about with Fed= ora 23 and 24. If you boot the Fedora 24 live media, you are likely to see = them too. On Fedora 23, they only appear post install. I=E2=80=99m mentionning this here because as far as I know, the FreeBSD int= el driver is ported from Linux, and I=E2=80=99m afraid that those issues we= re also ported with it. On the Linux side, those artifacts made the computer unusable. One way to g= et rid of them was to disable SNA acceleration in xorg.conf. This change ha= s a cost, though, as it dramatically slows down the graphical rendering. An= other one was to switch from Xorg to Wayland, which seems unaffected by the= bug, probably because it does not use the same acceleration preset. Interestingly, I never saw those artifacts with OpenSUSE Leap 42.1. It seem= s they were not widely discussed: I did not find any reference to them on G= oogle. I hope this helps a little, Marin. De=C2=A0: Natasha Kerensikova= From owner-freebsd-x11@freebsd.org Mon Jul 25 13:22:59 2016 Return-Path: Delivered-To: freebsd-x11@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 51386BA3EF4 for ; Mon, 25 Jul 2016 13:22:59 +0000 (UTC) (envelope-from jonathan@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 379201F8F; Mon, 25 Jul 2016 13:22:59 +0000 (UTC) (envelope-from jonathan@FreeBSD.org) Received: from [10.10.0.77] (localhost [IPv6:::1]) by freefall.freebsd.org (Postfix) with ESMTP id C8FD117F2; Mon, 25 Jul 2016 13:22:58 +0000 (UTC) (envelope-from jonathan@FreeBSD.org) From: "Jonathan Anderson" To: "Natasha Kerensikova" Cc: freebsd-x11@freebsd.org Subject: Re: 4.6 DM/i915 test report on Bay Trail (Celeron J1800) Date: Mon, 25 Jul 2016 10:54:57 -0230 Message-ID: <1C182523-47E4-4C1D-A5E5-4B7BEA47092D@FreeBSD.org> In-Reply-To: <20160725093641.GA98977@nat.rebma.instinctive.eu> References: <20160725093641.GA98977@nat.rebma.instinctive.eu> MIME-Version: 1.0 Content-Type: text/plain; format=flowed X-Mailer: MailMate (1.9.4r5234) X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.22 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, 25 Jul 2016 13:22:59 -0000 Hi, I've found on my Skylake machine that the modesetting driver is more stable and produces fewer artifacts than SNA. I got to this driver by deleting my /usr/local/etc/X11/xorg.conf.d/XX-intel-driver.conf entirely: without a configuration directive to use the Intel X driver, it just used the KMS stuff transparently. I hope this helps, Jon On 25 Jul 2016, at 7:06, Natasha Kerensikova wrote: > Hello, > > I have already bothered you with my Celeron J1800, but I thought I > would > try to write a formal test report. I'm a bit late to the party, but I > hope it's still somewhat relevant. If it's not but you still have some > time to read me, I would welcome criticism on my report to make it > more > efficient on the next CFT round. > > Also I thouht I read some uncertainty about the code on SandyBridge, > and > I happen to have one ready to (show its power to) serve if I manage to > update the BIOS settings on the UEFI/MBR/bootstrap issue. As I'm weary > to mess with BIOS settings that work for now, is three a need for more > SandyBrdige tasting? > > > To be clear, I downloaded the image at > http://www.bsddesktop.com/images/cftdisk_nodebug_2016062423.img.xz > I couldn't use it directly, lacking a large enough USB stick, so I > copied the zfs on my production disk and updated bootfs accordingly. I > think the only relevant thing it changes is that the bootloader is > still > the one from 10.3-RELEASE, which might impact the console initial > state. > > To describe the machine, the sysctl hw.model is > Intel(R) Celeron(R) CPU J1800 @ 2.41GHz > > I first tried with SNA acceleration. > > Something weird happened the only time I tried `startx` without first > `kldload i915kms`, with `startx` takings tens of seconds (maybe even > more than a minute) to fail, and unable to change mode. > > With `kldload i915kms` first though X starts correctly with XFCE. > > I saw then some "healing" artifacts whenever a part of the screen gets > redraw in block. It's as if the wrong pixels are immediately updated, > but then in the next few seconds the display is stochastically > refreshed, eventually forcing all pixels to their intended values. > It's so fast and smooth that at first I took it for fancy WM > eye-candy, > before I realized it made the terminal barely usable. > > Some redraws seem immune from these artifacts, most notably the > background picture and the 3D screensaver. > > I couldn't get mplayer or vlc to display anything but a black window, > while sound played correctly. > VLC was quite unhelpful in diagnosing the issue, while mplayer kept > spitting: X11 error: BadAlloc (insufficient resources for operation) > > On the other hand, youtube on firefox showed nice and smooth videos > but > no sound. > > Then I tested with UXA, which mostly worked fine except outside of web > browser. I watched full HD video with mplayer, but I didn't check > whether > the decoding was CPU or GPU based. > > XCFE looked fine, but after a while I noticed that the shadow of > windows, instead of being translucent, was a comb of horizontal lines. > While the artifact doesn't affect the usability at all, I guess it > implies something wrong with alpha-compositing, which I don't I have > otherwise the opportunity to test. > > The main window of both firefox and chromium starts fine, but after a > random time becomes completely and irreversibly corrupt, exactly like > mishurov's screenshot of May 31st in > https://github.com/FreeBSDDesktop/freebsd-base-graphics/issues/6 > During an instance with an unusually long time before the corruption, > I > managed to start a youtube video, which was fine and smooth but still > without sound. > > surf-browser is not affected though, and I think I would use the image > daily if it could handle pages with HTML5-sound. > > > If there is anything more I should test, please let me know, I can > still > boot on the CFT fs. > > > Hoping this meager contribution helps, > Natasha > _______________________________________________ > freebsd-x11@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-x11 > To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" -- Jonathan Anderson jonathan@FreeBSD.org From owner-freebsd-x11@freebsd.org Mon Jul 25 22:45:39 2016 Return-Path: Delivered-To: freebsd-x11@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B715FBA4330 for ; Mon, 25 Jul 2016 22:45:39 +0000 (UTC) (envelope-from jeremy.m.cox@gmail.com) Received: from mail-qt0-x232.google.com (mail-qt0-x232.google.com [IPv6:2607:f8b0:400d:c0d::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7DC261BC5 for ; Mon, 25 Jul 2016 22:45:39 +0000 (UTC) (envelope-from jeremy.m.cox@gmail.com) Received: by mail-qt0-x232.google.com with SMTP id 52so107723460qtq.3 for ; Mon, 25 Jul 2016 15:45:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to; bh=yuINq0Lbh1SYoQP1J3WS3A6ls78cIPBXU8xHFLyRP7M=; b=jnaa38oVCFZ3w139iJNoBGDHXYWAc/TTKd6s9fmXrYdnbHNbQylfxPL12RO+V1BSNQ fP8drP7onfrkizvasDzw1DpBOv1uk/L15eWMn8IT8ZdLdgRJ2o9R4AMhdOQ+C1g+nM5j Jnfi6OvFahsfWqK2NZTThEspRW5uvjXxVUVh8gWgSWTJ0FzlXKe5ySJIdSUOf3NzYrgj bj2hdRqMfoMiBDFTr/fV+2bGNembYvt7ahYr31ZkRxTxGgwonVbQ3QgQmr2n8nviXCqp H/aIzyyY6cVoQFcDYvulBCQypC3q4wghXT/Nzy+CTwmAfIG3Q5rBsQzED37OaEnPGDXM YXVQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=yuINq0Lbh1SYoQP1J3WS3A6ls78cIPBXU8xHFLyRP7M=; b=CM8eNUqPTO4SxGNm8HptGaVod45erFGyuk/UjZXkDBLkyMvC8P7qarNy57FH92HplW kUZc3pBlVd02h23inLboAkWgkBQuRUWv0qEMEB3gQVgCkVkVCNpqK+DQK4Z5KO/rD373 sU3FEcjUTmKQlT/9Mrk7x3WQg7BDK0z1CWxX7QGR0Rsn5KLwZN2MjZbCGjMVIn7awNzk S/Z5ZomDlcsVKaqqBleAp5IJMogTIQtLrzp8lngSZk8qIRsMsi2ibxdRytfo0CBieJLD sv2LL2CiKF21U0xYGvOTBRL6SfENcWbtH0ywCFejPprUQmF9b0wiR8jW1phQ4cuIcxCr JK6A== X-Gm-Message-State: AEkoouvd29MnP/9rjSOA5Id6+VnhdjX9sKpTAgejYFh9R9VG8kWsusZJ80bCyKKxo4v2HxzY2OdY8qrZ/Bz4zw== X-Received: by 10.200.37.111 with SMTP id 44mr33069062qtn.17.1469486738179; Mon, 25 Jul 2016 15:45:38 -0700 (PDT) MIME-Version: 1.0 Received: by 10.55.43.193 with HTTP; Mon, 25 Jul 2016 15:45:18 -0700 (PDT) From: Jeremy Date: Mon, 25 Jul 2016 17:45:18 -0500 Message-ID: Subject: opengl issue with Haswell graphics plus xserver 1.18.4 with FreeBSD 11 To: freebsd-x11@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.22 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, 25 Jul 2016 22:45:39 -0000 I'm having a rather odd issue trying to get my haswell graphics to work with FreeBSD 11, using the xserver-next branch version 1.18.4... compiled with clang 3.8.0. All attempts to get anything to work with opengl (glxgears, glxinfo, kinfo center looking at OPENGL information, etc) results in a segmentation fault. They all have exactly the same error... some kind of memory access error leading to libc/sscanf.c heres a bt from glxinfo: root@riotskates:~ # gdb /usr/local/bin/glxinfo glxinfo.core GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"...(no debugging symbols found)... Core was generated by `glxinfo'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/local/lib/libGLEW.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libGLEW.so.1 Reading symbols from /usr/local/lib/libGLU.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libGLU.so.1 Reading symbols from /usr/local/lib/libGL.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/local/lib/libGL.so.1 Reading symbols from /lib/libm.so.5...Reading symbols from /usr/lib/debug//lib/libm.so.5.debug...done. done. Loaded symbols for /lib/libm.so.5 Reading symbols from /usr/local/lib/libX11.so.6...done. Loaded symbols for /usr/local/lib/libX11.so.6 Reading symbols from /usr/local/lib/libXext.so.6...done. Loaded symbols for /usr/local/lib/libXext.so.6 Reading symbols from /lib/libc.so.7...Reading symbols from /usr/lib/debug//lib/libc.so.7.debug...done. done. Loaded symbols for /lib/libc.so.7 Reading symbols from /usr/lib/libc++.so.1...Reading symbols from /usr/lib/debug//usr/lib/libc++.so.1.debug...done. done. Loaded symbols for /usr/lib/libc++.so.1 Reading symbols from /lib/libcxxrt.so.1...Reading symbols from /usr/lib/debug//lib/libcxxrt.so.1.debug...done. done. Loaded symbols for /lib/libcxxrt.so.1 Reading symbols from /lib/libgcc_s.so.1...Reading symbols from /usr/lib/debug//lib/libgcc_s.so.1.debug...done. done. Loaded symbols for /lib/libgcc_s.so.1 Reading symbols from /usr/local/lib/libexpat.so.1...done. Loaded symbols for /usr/local/lib/libexpat.so.1 Reading symbols from /usr/local/lib/libglapi.so.0...done. Loaded symbols for /usr/local/lib/libglapi.so.0 Reading symbols from /usr/local/lib/libXdamage.so.1...done. Loaded symbols for /usr/local/lib/libXdamage.so.1 Reading symbols from /usr/local/lib/libXfixes.so.3...done. Loaded symbols for /usr/local/lib/libXfixes.so.3 Reading symbols from /usr/local/lib/libX11-xcb.so.1...done. Loaded symbols for /usr/local/lib/libX11-xcb.so.1 Reading symbols from /usr/local/lib/libxcb-glx.so.0...done. Loaded symbols for /usr/local/lib/libxcb-glx.so.0 Reading symbols from /usr/local/lib/libxcb-dri2.so.0...done. Loaded symbols for /usr/local/lib/libxcb-dri2.so.0 Reading symbols from /usr/local/lib/libxcb.so.1...done. Loaded symbols for /usr/local/lib/libxcb.so.1 Reading symbols from /usr/local/lib/libXxf86vm.so.1...done. Loaded symbols for /usr/local/lib/libXxf86vm.so.1 Reading symbols from /usr/local/lib/libdrm.so.2...done. Loaded symbols for /usr/local/lib/libdrm.so.2 Reading symbols from /lib/libthr.so.3...Reading symbols from /usr/lib/debug//lib/libthr.so.3.debug...done. done. Loaded symbols for /lib/libthr.so.3 Reading symbols from /usr/lib/librpcsvc.so.5...Reading symbols from /usr/lib/debug//usr/lib/librpcsvc.so.5.debug...done. done. Loaded symbols for /usr/lib/librpcsvc.so.5 Reading symbols from /usr/local/lib/libXau.so.6...done. Loaded symbols for /usr/local/lib/libXau.so.6 Reading symbols from /usr/local/lib/libpthread-stubs.so.0...done. Loaded symbols for /usr/local/lib/libpthread-stubs.so.0 Reading symbols from /usr/local/lib/libXdmcp.so.6...done. Loaded symbols for /usr/local/lib/libXdmcp.so.6 Reading symbols from /usr/local/lib/libdevq.so.0...done. Loaded symbols for /usr/local/lib/libdevq.so.0 Reading symbols from /usr/lib/libprocstat.so.1...Reading symbols from /usr/lib/debug//usr/lib/libprocstat.so.1.debug...done. done. Loaded symbols for /usr/lib/libprocstat.so.1 Reading symbols from /lib/libelf.so.2...Reading symbols from /usr/lib/debug//lib/libelf.so.2.debug...done. done. Loaded symbols for /lib/libelf.so.2 Reading symbols from /lib/libkvm.so.7...Reading symbols from /usr/lib/debug//lib/libkvm.so.7.debug...done. done. Loaded symbols for /lib/libkvm.so.7 Reading symbols from /lib/libutil.so.9...Reading symbols from /usr/lib/debug//lib/libutil.so.9.debug...done. done. Loaded symbols for /lib/libutil.so.9 Reading symbols from /libexec/ld-elf.so.1...Reading symbols from /usr/lib/debug//libexec/ld-elf.so.1.debug...done. done. Loaded symbols for /libexec/ld-elf.so.1 #0 __svfscanf (fp=, locale=, fmt0=, ap=) at /usr/src/lib/libc/stdio/vfscanf.c:770 770 *va_arg(ap, int *) = res; [New Thread 804e16000 (LWP 100671/)] (gdb) bt 50 #0 __svfscanf (fp=, locale=, fmt0=, ap=) at /usr/src/lib/libc/stdio/vfscanf.c:770 #1 0x000000080187d7eb in vsscanf (str=0x7fffffffdf20 "vendor=0x8086 device=0x0412 subvendor=0x103c subdevice=0x2af3 class=0x030000", fmt=0x804142aa5 "vendor=0x%04x device=0x%04x subvendor=0x%04x subdevice=0x%04x", ap=0x7fffffffde80) at /usr/src/lib/libc/stdio/vsscanf.c:71 #2 0x000000080187c4d5 in sscanf (str=0x1
, fmt=0x7fffffffde80 "(") at /usr/src/lib/libc/stdio/sscanf.c:57 #3 0x0000000804141e68 in devq_device_get_pciid_full_from_fd () from /usr/local/lib/libdevq.so.0 #4 0x0000000800dc426e in glXGetDriverConfig () from /usr/local/lib/libGL.so.1 #5 0x0000000800dc445c in glXGetDriverConfig () from /usr/local/lib/libGL.so.1 #6 0x0000000800dc0549 in glAreTexturesResidentEXT () from /usr/local/lib/libGL.so.1 #7 0x0000000800d9caf1 in glXMakeCurrentReadSGI () from /usr/local/lib/libGL.so.1 #8 0x0000000800d998a2 in glXChooseVisual () from /usr/local/lib/libGL.so.1 #9 0x0000000000401bd0 in ?? () #10 0x0000000000401830 in ?? () #11 0x000000080062c000 in ?? () #12 0x0000000000000000 in ?? () Current language: auto; currently minimal (gdb) and a bt from kinfocenter trying to get opengl information: Application: KDE Info Center (kinfocenter), signal: Segmentation fault [Switching to Thread 80ba16000 (LWP 100641/kinfocenter)] [KCrash Handler] #8 __svfscanf (fp=, locale=, fmt0=, ap=) at /usr/src/lib/libc/stdio/vfscanf.c:770 #9 0x0000000804dd87eb in vsscanf (str=0x7fffffffbda0 "vendor=0x8086 device=0x0412 subvendor=0x103c subdevice=0x2af3 class=0x030000", fmt=0x8171baaa5 "vendor=0x%04x device=0x%04x subvendor=0x%04x subdevice=0x%04x", ap=0x7fffffffbd00) at /usr/src/lib/libc/stdio/vsscanf.c:71 #10 0x0000000804dd74d5 in sscanf (str=0x1 , fmt=0x7fffffffbd00 "(") at /usr/src/lib/libc/stdio/sscanf.c:57 #11 0x00000008171b9e68 in devq_device_get_pciid_full_from_fd () from /usr/local/lib/libdevq.so.0 #12 0x0000000815e5826e in glXGetDriverConfig () from /usr/local/lib/libGL.so.1 #13 0x0000000815e5845c in glXGetDriverConfig () from /usr/local/lib/libGL.so.1 #14 0x0000000815e54549 in glAreTexturesResidentEXT () from /usr/local/lib/libGL.so.1 #15 0x0000000815e30af1 in glXMakeCurrentReadSGI () from /usr/local/lib/libGL.so.1 #16 0x0000000815e2d8a2 in glXChooseVisual () from /usr/local/lib/libGL.so.1 #17 0x0000000815c064ce in qt_plugin_instance () from /usr/local/lib/kde4/kcm_opengl.so #18 0x0000000815c05900 in qt_plugin_instance () from /usr/local/lib/kde4/kcm_opengl.so #19 0x0000000815c0d354 in qt_plugin_instance () from /usr/local/lib/kde4/kcm_opengl.so #20 0x000000080266f91e in KPluginFactory::create () from /usr/local/lib/libkdecore.so.5 #21 0x0000000800b3e6fc in KCModuleLoader::showLastLoaderError () from /usr/local/lib/libkcmutils.so.4 #22 0x0000000800b3d16f in KCModuleLoader::loadModule () from /usr/local/lib/libkcmutils.so.4 #23 0x0000000800b43d95 in KCModuleProxy::realModule () from /usr/local/lib/libkcmutils.so.4 #24 0x0000000800b43b62 in KCModuleProxy::realModule () from /usr/local/lib/libkcmutils.so.4 #25 0x0000000800b451b9 in KCModuleProxy::quickHelp () from /usr/local/lib/libkcmutils.so.4 #26 0x00000000004149e6 in ?? () #27 0x00000000004121ac in ?? () #28 0x0000000802fa9b32 in QMetaObject::activate () from /usr/local/lib/qt4/libQtCore.so.4 #29 0x000000000040fedc in ?? () #30 0x000000000041417e in ?? () #31 0x0000000802fa9b32 in QMetaObject::activate () from /usr/local/lib/qt4/libQtCore.so.4 #32 0x0000000803b43070 in QAbstractItemView::mouseReleaseEvent () from /usr/local/lib/qt4/libQtGui.so.4 #33 0x0000000803660a68 in QWidget::event () from /usr/local/lib/qt4/libQtGui.so.4 #34 0x0000000803a3086e in QFrame::event () from /usr/local/lib/qt4/libQtGui.so.4 #35 0x0000000803aafe58 in QAbstractScrollArea::viewportEvent () from /usr/local/lib/qt4/libQtGui.so.4 #36 0x0000000803b41c5d in QAbstractItemView::viewportEvent () from /usr/local/lib/qt4/libQtGui.so.4 #37 0x0000000803b80a41 in QTreeView::viewportEvent () from /usr/local/lib/qt4/libQtGui.so.4 #38 0x0000000803ab06d4 in QAbstractScrollArea::qt_metacall () from /usr/local/lib/qt4/libQtGui.so.4 #39 0x0000000802f91b8c in QCoreApplicationPrivate::sendThroughObjectEventFilters () from /usr/local/lib/qt4/libQtCore.so.4 #40 0x000000080361111c in QApplicationPrivate::notify_helper () from /usr/local/lib/qt4/libQtGui.so.4 #41 0x0000000803612aac in QApplication::notify () from /usr/local/lib/qt4/libQtGui.so.4 #42 0x0000000801c73cf7 in KApplication::notify () from /usr/local/lib/libkdeui.so.5 #43 0x0000000802f91886 in QCoreApplication::notifyInternal () from /usr/local/lib/qt4/libQtCore.so.4 #44 0x0000000803611b77 in QApplicationPrivate::sendMouseEvent () from /usr/local/lib/qt4/libQtGui.so.4 #45 0x00000008036897d6 in qt_try_modal () from /usr/local/lib/qt4/libQtGui.so.4 #46 0x0000000803687f10 in QApplication::x11ProcessEvent () from /usr/local/lib/qt4/libQtGui.so.4 #47 0x00000008036b433c in QX11Info::isCompositingManagerRunning () from /usr/local/lib/qt4/libQtGui.so.4 #48 0x00000008092123f5 in g_main_context_dispatch () from /usr/local/lib/libglib-2.0.so.0 #49 0x0000000809212724 in g_main_context_pending () from /usr/local/lib/libglib-2.0.so.0 #50 0x00000008092127b4 in g_main_context_iteration () from /usr/local/lib/libglib-2.0.so.0 #51 0x0000000802fbe65e in QEventDispatcherGlib::processEvents () from /usr/local/lib/qt4/libQtCore.so.4 #52 0x00000008036b3f7d in QX11Info::isCompositingManagerRunning () from /usr/local/lib/qt4/libQtGui.so.4 #53 0x0000000802f8ee82 in QEventLoop::exec () from /usr/local/lib/qt4/libQtCore.so.4 #54 0x0000000802f91e2d in QCoreApplication::exec () from /usr/local/lib/qt4/libQtCore.so.4 #55 0x000000000041372c in ?? () #56 0x000000000040fb60 in ?? () #57 0x0000000800643000 in ?? () #58 0x0000000000000000 in ?? () I am able to run graphics programs, I'm currently using kde4. However there is an issue with opengl. Even www/firefox-esr dumps a little core file every time I open it. I just don't know what the problem could be. This is a fresh FreeBSD 11 install as well. My uname -a is FreeBSD riotskates 11.0-BETA2 FreeBSD 11.0-BETA2 #0 r303278: Sun Jul 24 19:44:44 CDT 2016 root@riotskates:/usr/obj/usr/src/sys/ANDROMEDA amd64 xorg-server-1.18.4 libGL-11,2,2 libdrm-2.4.69,1 dri-11,2,2,2 xf86-video-intel-2.99.917.20160614 libdevq-0.0.3_1 Is there some kind of access error getting information from devq_device_get_pciid_full_from_fd () from /usr/local/lib/libdevq.so.0 or something? I'm completely lost. I've never seen an error like this before. From owner-freebsd-x11@freebsd.org Mon Jul 25 22:56:51 2016 Return-Path: Delivered-To: freebsd-x11@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 042BFBA451A for ; Mon, 25 Jul 2016 22:56:51 +0000 (UTC) (envelope-from jeremy.m.cox@gmail.com) Received: from mail-qt0-x232.google.com (mail-qt0-x232.google.com [IPv6:2607:f8b0:400d:c0d::232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B16ED1FA2 for ; Mon, 25 Jul 2016 22:56:50 +0000 (UTC) (envelope-from jeremy.m.cox@gmail.com) Received: by mail-qt0-x232.google.com with SMTP id w38so108034187qtb.0 for ; Mon, 25 Jul 2016 15:56:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=YoRtRWj6WUQ6ZkVBXnnRvtTgKT1KmDJXjSSYZQLPles=; b=eB7aFaWI3bItDVt0Qip0adKxZrIlYBsiRVvDNvCKC1uEsSq48fngd6DpXrkDJeTgfn WvbGxfqpPgSjLAhCQCeMgOGR8qDT8DCIWsWc0InYsVAcHP+ftgsUWE+D9J+fh+V/ywNw vRw0QiIlqsD5G0a5lzuLXHIXAayi1Gfcr43lUh78u+IcPJm/ASfrR96BaxwyI1TEXiyp ZP1oqMuGskux8JFzAMQ9rhG4yW79L4phTU+ew8+u7fRCg2rc+JiRHFoGMjQIjJc4YjiO q2u9QX6gZck0kHl8tUGLioaJHB2D0GdJYqh2rvc+JIuPhFNonWNLvhgVW8UctXAgt4QO lM/Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=YoRtRWj6WUQ6ZkVBXnnRvtTgKT1KmDJXjSSYZQLPles=; b=j/aYi1+l7NIkk/i374qn1NLBcHXPf5hAkg9hzw6x2QQpfz855TWnhyNcyVqNblFytz lb3I34B9PkA8AYaiS9Ljpqig9Y3cG5bo51YtvesAA1SnJ2/3kw7d7eohLN9cE6LMz/se V9T82XJA0Wp7z7FhKlw5h3oVhKB9uVpnClHa78pdthyQDlAKFF5S9eU4ytJRrXFZB2cA U12diQKjSqWqISOmSVI3ADId4gN2F93ZYzPhv+uxDj6QTtN26DGDLQI6dgJMJsx05qu+ CDibSlvpA9HeySmFbvP/btlNldRuwlI78sJTygc+SQT9PGIRjSbHtkvl1DysCzLqUeO6 nMuQ== X-Gm-Message-State: AEkoouuVsl7lp4pc6lylyIU0hIz7uTz0GeP3ujxTUNtj9xAhe4wyD+GL9S2FGoD3MgmLqoR+TsWS8PWM5XBcSQ== X-Received: by 10.200.49.100 with SMTP id h33mr31468166qtb.86.1469487409804; Mon, 25 Jul 2016 15:56:49 -0700 (PDT) MIME-Version: 1.0 Received: by 10.55.43.193 with HTTP; Mon, 25 Jul 2016 15:56:30 -0700 (PDT) In-Reply-To: References: From: Jeremy Date: Mon, 25 Jul 2016 17:56:30 -0500 Message-ID: Subject: Re: opengl issue with Haswell graphics plus xserver 1.18.4 with FreeBSD 11 To: freebsd-x11@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.22 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, 25 Jul 2016 22:56:51 -0000 Apologies... the affected file is libc/stdio/sscanf.c line 57 Any ideas anyone has are welcome. Thank you all, Jeremy Cox On Mon, Jul 25, 2016 at 5:45 PM, Jeremy wrote: > I'm having a rather odd issue trying to get my haswell graphics to work > with FreeBSD 11, using the xserver-next branch version 1.18.4... compiled > with clang 3.8.0. All attempts to get anything to work with opengl > (glxgears, glxinfo, kinfo center looking at OPENGL information, etc) > results in a segmentation fault. They all have exactly the same error... > some kind of memory access error leading to libc/sscanf.c > > heres a bt from glxinfo: > > > root@riotskates:~ # gdb /usr/local/bin/glxinfo glxinfo.core > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you > are > welcome to change it and/or distribute copies of it under certain > conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "amd64-marcel-freebsd"...(no debugging symbols > found)... > Core was generated by `glxinfo'. > Program terminated with signal 11, Segmentation fault. > Reading symbols from /usr/local/lib/libGLEW.so.1...(no debugging symbols > found)...done. > Loaded symbols for /usr/local/lib/libGLEW.so.1 > Reading symbols from /usr/local/lib/libGLU.so.1...(no debugging symbols > found)...done. > Loaded symbols for /usr/local/lib/libGLU.so.1 > Reading symbols from /usr/local/lib/libGL.so.1...(no debugging symbols > found)...done. > Loaded symbols for /usr/local/lib/libGL.so.1 > Reading symbols from /lib/libm.so.5...Reading symbols from > /usr/lib/debug//lib/libm.so.5.debug...done. > done. > Loaded symbols for /lib/libm.so.5 > Reading symbols from /usr/local/lib/libX11.so.6...done. > Loaded symbols for /usr/local/lib/libX11.so.6 > Reading symbols from /usr/local/lib/libXext.so.6...done. > Loaded symbols for /usr/local/lib/libXext.so.6 > Reading symbols from /lib/libc.so.7...Reading symbols from > /usr/lib/debug//lib/libc.so.7.debug...done. > done. > Loaded symbols for /lib/libc.so.7 > Reading symbols from /usr/lib/libc++.so.1...Reading symbols from > /usr/lib/debug//usr/lib/libc++.so.1.debug...done. > done. > Loaded symbols for /usr/lib/libc++.so.1 > Reading symbols from /lib/libcxxrt.so.1...Reading symbols from > /usr/lib/debug//lib/libcxxrt.so.1.debug...done. > done. > Loaded symbols for /lib/libcxxrt.so.1 > Reading symbols from /lib/libgcc_s.so.1...Reading symbols from > /usr/lib/debug//lib/libgcc_s.so.1.debug...done. > done. > Loaded symbols for /lib/libgcc_s.so.1 > Reading symbols from /usr/local/lib/libexpat.so.1...done. > Loaded symbols for /usr/local/lib/libexpat.so.1 > Reading symbols from /usr/local/lib/libglapi.so.0...done. > Loaded symbols for /usr/local/lib/libglapi.so.0 > Reading symbols from /usr/local/lib/libXdamage.so.1...done. > Loaded symbols for /usr/local/lib/libXdamage.so.1 > Reading symbols from /usr/local/lib/libXfixes.so.3...done. > Loaded symbols for /usr/local/lib/libXfixes.so.3 > Reading symbols from /usr/local/lib/libX11-xcb.so.1...done. > Loaded symbols for /usr/local/lib/libX11-xcb.so.1 > Reading symbols from /usr/local/lib/libxcb-glx.so.0...done. > Loaded symbols for /usr/local/lib/libxcb-glx.so.0 > Reading symbols from /usr/local/lib/libxcb-dri2.so.0...done. > Loaded symbols for /usr/local/lib/libxcb-dri2.so.0 > Reading symbols from /usr/local/lib/libxcb.so.1...done. > Loaded symbols for /usr/local/lib/libxcb.so.1 > Reading symbols from /usr/local/lib/libXxf86vm.so.1...done. > Loaded symbols for /usr/local/lib/libXxf86vm.so.1 > Reading symbols from /usr/local/lib/libdrm.so.2...done. > Loaded symbols for /usr/local/lib/libdrm.so.2 > Reading symbols from /lib/libthr.so.3...Reading symbols from > /usr/lib/debug//lib/libthr.so.3.debug...done. > done. > Loaded symbols for /lib/libthr.so.3 > Reading symbols from /usr/lib/librpcsvc.so.5...Reading symbols from > /usr/lib/debug//usr/lib/librpcsvc.so.5.debug...done. > done. > Loaded symbols for /usr/lib/librpcsvc.so.5 > Reading symbols from /usr/local/lib/libXau.so.6...done. > Loaded symbols for /usr/local/lib/libXau.so.6 > Reading symbols from /usr/local/lib/libpthread-stubs.so.0...done. > Loaded symbols for /usr/local/lib/libpthread-stubs.so.0 > Reading symbols from /usr/local/lib/libXdmcp.so.6...done. > Loaded symbols for /usr/local/lib/libXdmcp.so.6 > Reading symbols from /usr/local/lib/libdevq.so.0...done. > Loaded symbols for /usr/local/lib/libdevq.so.0 > Reading symbols from /usr/lib/libprocstat.so.1...Reading symbols from > /usr/lib/debug//usr/lib/libprocstat.so.1.debug...done. > done. > Loaded symbols for /usr/lib/libprocstat.so.1 > Reading symbols from /lib/libelf.so.2...Reading symbols from > /usr/lib/debug//lib/libelf.so.2.debug...done. > done. > Loaded symbols for /lib/libelf.so.2 > Reading symbols from /lib/libkvm.so.7...Reading symbols from > /usr/lib/debug//lib/libkvm.so.7.debug...done. > done. > Loaded symbols for /lib/libkvm.so.7 > Reading symbols from /lib/libutil.so.9...Reading symbols from > /usr/lib/debug//lib/libutil.so.9.debug...done. > done. > Loaded symbols for /lib/libutil.so.9 > Reading symbols from /libexec/ld-elf.so.1...Reading symbols from > /usr/lib/debug//libexec/ld-elf.so.1.debug...done. > done. > Loaded symbols for /libexec/ld-elf.so.1 > #0 __svfscanf (fp=, locale=, > fmt0=, ap=) at > /usr/src/lib/libc/stdio/vfscanf.c:770 > 770 *va_arg(ap, int *) = res; > [New Thread 804e16000 (LWP 100671/)] > (gdb) bt 50 > #0 __svfscanf (fp=, locale=, > fmt0=, ap=) at > /usr/src/lib/libc/stdio/vfscanf.c:770 > #1 0x000000080187d7eb in vsscanf (str=0x7fffffffdf20 "vendor=0x8086 > device=0x0412 subvendor=0x103c subdevice=0x2af3 class=0x030000", > fmt=0x804142aa5 "vendor=0x%04x device=0x%04x subvendor=0x%04x > subdevice=0x%04x", ap=0x7fffffffde80) at > /usr/src/lib/libc/stdio/vsscanf.c:71 > #2 0x000000080187c4d5 in sscanf (str=0x1
, > fmt=0x7fffffffde80 "(") at /usr/src/lib/libc/stdio/sscanf.c:57 > #3 0x0000000804141e68 in devq_device_get_pciid_full_from_fd () from > /usr/local/lib/libdevq.so.0 > #4 0x0000000800dc426e in glXGetDriverConfig () from > /usr/local/lib/libGL.so.1 > #5 0x0000000800dc445c in glXGetDriverConfig () from > /usr/local/lib/libGL.so.1 > #6 0x0000000800dc0549 in glAreTexturesResidentEXT () from > /usr/local/lib/libGL.so.1 > #7 0x0000000800d9caf1 in glXMakeCurrentReadSGI () from > /usr/local/lib/libGL.so.1 > #8 0x0000000800d998a2 in glXChooseVisual () from /usr/local/lib/libGL.so.1 > #9 0x0000000000401bd0 in ?? () > #10 0x0000000000401830 in ?? () > #11 0x000000080062c000 in ?? () > #12 0x0000000000000000 in ?? () > Current language: auto; currently minimal > (gdb) > > > and a bt from kinfocenter trying to get opengl information: > > Application: KDE Info Center (kinfocenter), signal: Segmentation fault > [Switching to Thread 80ba16000 (LWP 100641/kinfocenter)] > [KCrash Handler] > #8 __svfscanf (fp=, locale=, > fmt0=, ap=) at > /usr/src/lib/libc/stdio/vfscanf.c:770 > #9 0x0000000804dd87eb in vsscanf (str=0x7fffffffbda0 "vendor=0x8086 > device=0x0412 subvendor=0x103c subdevice=0x2af3 class=0x030000", > fmt=0x8171baaa5 "vendor=0x%04x device=0x%04x subvendor=0x%04x > subdevice=0x%04x", ap=0x7fffffffbd00) at > /usr/src/lib/libc/stdio/vsscanf.c:71 > #10 0x0000000804dd74d5 in sscanf (str=0x1 address>, fmt=0x7fffffffbd00 "(") at /usr/src/lib/libc/stdio/sscanf.c:57 > #11 0x00000008171b9e68 in devq_device_get_pciid_full_from_fd () from > /usr/local/lib/libdevq.so.0 > #12 0x0000000815e5826e in glXGetDriverConfig () from > /usr/local/lib/libGL.so.1 > #13 0x0000000815e5845c in glXGetDriverConfig () from > /usr/local/lib/libGL.so.1 > #14 0x0000000815e54549 in glAreTexturesResidentEXT () from > /usr/local/lib/libGL.so.1 > #15 0x0000000815e30af1 in glXMakeCurrentReadSGI () from > /usr/local/lib/libGL.so.1 > #16 0x0000000815e2d8a2 in glXChooseVisual () from /usr/local/lib/libGL.so.1 > #17 0x0000000815c064ce in qt_plugin_instance () from > /usr/local/lib/kde4/kcm_opengl.so > #18 0x0000000815c05900 in qt_plugin_instance () from > /usr/local/lib/kde4/kcm_opengl.so > #19 0x0000000815c0d354 in qt_plugin_instance () from > /usr/local/lib/kde4/kcm_opengl.so > #20 0x000000080266f91e in KPluginFactory::create () from > /usr/local/lib/libkdecore.so.5 > #21 0x0000000800b3e6fc in KCModuleLoader::showLastLoaderError () from > /usr/local/lib/libkcmutils.so.4 > #22 0x0000000800b3d16f in KCModuleLoader::loadModule () from > /usr/local/lib/libkcmutils.so.4 > #23 0x0000000800b43d95 in KCModuleProxy::realModule () from > /usr/local/lib/libkcmutils.so.4 > #24 0x0000000800b43b62 in KCModuleProxy::realModule () from > /usr/local/lib/libkcmutils.so.4 > #25 0x0000000800b451b9 in KCModuleProxy::quickHelp () from > /usr/local/lib/libkcmutils.so.4 > #26 0x00000000004149e6 in ?? () > #27 0x00000000004121ac in ?? () > #28 0x0000000802fa9b32 in QMetaObject::activate () from > /usr/local/lib/qt4/libQtCore.so.4 > #29 0x000000000040fedc in ?? () > #30 0x000000000041417e in ?? () > #31 0x0000000802fa9b32 in QMetaObject::activate () from > /usr/local/lib/qt4/libQtCore.so.4 > #32 0x0000000803b43070 in QAbstractItemView::mouseReleaseEvent () from > /usr/local/lib/qt4/libQtGui.so.4 > #33 0x0000000803660a68 in QWidget::event () from > /usr/local/lib/qt4/libQtGui.so.4 > #34 0x0000000803a3086e in QFrame::event () from > /usr/local/lib/qt4/libQtGui.so.4 > #35 0x0000000803aafe58 in QAbstractScrollArea::viewportEvent () from > /usr/local/lib/qt4/libQtGui.so.4 > #36 0x0000000803b41c5d in QAbstractItemView::viewportEvent () from > /usr/local/lib/qt4/libQtGui.so.4 > #37 0x0000000803b80a41 in QTreeView::viewportEvent () from > /usr/local/lib/qt4/libQtGui.so.4 > #38 0x0000000803ab06d4 in QAbstractScrollArea::qt_metacall () from > /usr/local/lib/qt4/libQtGui.so.4 > #39 0x0000000802f91b8c in > QCoreApplicationPrivate::sendThroughObjectEventFilters () from > /usr/local/lib/qt4/libQtCore.so.4 > #40 0x000000080361111c in QApplicationPrivate::notify_helper () from > /usr/local/lib/qt4/libQtGui.so.4 > #41 0x0000000803612aac in QApplication::notify () from > /usr/local/lib/qt4/libQtGui.so.4 > #42 0x0000000801c73cf7 in KApplication::notify () from > /usr/local/lib/libkdeui.so.5 > #43 0x0000000802f91886 in QCoreApplication::notifyInternal () from > /usr/local/lib/qt4/libQtCore.so.4 > #44 0x0000000803611b77 in QApplicationPrivate::sendMouseEvent () from > /usr/local/lib/qt4/libQtGui.so.4 > #45 0x00000008036897d6 in qt_try_modal () from > /usr/local/lib/qt4/libQtGui.so.4 > #46 0x0000000803687f10 in QApplication::x11ProcessEvent () from > /usr/local/lib/qt4/libQtGui.so.4 > #47 0x00000008036b433c in QX11Info::isCompositingManagerRunning () from > /usr/local/lib/qt4/libQtGui.so.4 > #48 0x00000008092123f5 in g_main_context_dispatch () from > /usr/local/lib/libglib-2.0.so.0 > #49 0x0000000809212724 in g_main_context_pending () from > /usr/local/lib/libglib-2.0.so.0 > #50 0x00000008092127b4 in g_main_context_iteration () from > /usr/local/lib/libglib-2.0.so.0 > #51 0x0000000802fbe65e in QEventDispatcherGlib::processEvents () from > /usr/local/lib/qt4/libQtCore.so.4 > #52 0x00000008036b3f7d in QX11Info::isCompositingManagerRunning () from > /usr/local/lib/qt4/libQtGui.so.4 > #53 0x0000000802f8ee82 in QEventLoop::exec () from > /usr/local/lib/qt4/libQtCore.so.4 > #54 0x0000000802f91e2d in QCoreApplication::exec () from > /usr/local/lib/qt4/libQtCore.so.4 > #55 0x000000000041372c in ?? () > #56 0x000000000040fb60 in ?? () > #57 0x0000000800643000 in ?? () > #58 0x0000000000000000 in ?? () > > > I am able to run graphics programs, I'm currently using kde4. However > there is an issue with opengl. Even www/firefox-esr dumps a little core > file every time I open it. I just don't know what the problem could be. > This is a fresh FreeBSD 11 install as well. My uname -a is > > FreeBSD riotskates 11.0-BETA2 FreeBSD 11.0-BETA2 #0 r303278: Sun Jul 24 > 19:44:44 CDT 2016 root@riotskates:/usr/obj/usr/src/sys/ANDROMEDA > amd64 > > xorg-server-1.18.4 > libGL-11,2,2 > libdrm-2.4.69,1 > dri-11,2,2,2 > xf86-video-intel-2.99.917.20160614 > libdevq-0.0.3_1 > > Is there some kind of access error getting information from > > devq_device_get_pciid_full_from_fd () from /usr/local/lib/libdevq.so.0 > > or something? I'm completely lost. I've never seen an error like this > before. > From owner-freebsd-x11@freebsd.org Tue Jul 26 06:09:00 2016 Return-Path: Delivered-To: freebsd-x11@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5C621BA59D7 for ; Tue, 26 Jul 2016 06:09:00 +0000 (UTC) (envelope-from natbsd@instinctive.eu) Received: from mail-wm0-x230.google.com (mail-wm0-x230.google.com [IPv6:2a00:1450:400c:c09::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id ED52E1714 for ; Tue, 26 Jul 2016 06:08:59 +0000 (UTC) (envelope-from natbsd@instinctive.eu) Received: by mail-wm0-x230.google.com with SMTP id q128so159135484wma.1 for ; Mon, 25 Jul 2016 23:08:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=instinctive-eu.20150623.gappssmtp.com; s=20150623; h=date:from:to:subject:message-id:references:mime-version :content-disposition:content-transfer-encoding:in-reply-to :user-agent; bh=omtno3+Ghmm7hjUP5L49dyp1dbD6UkiVdympp2sy80Q=; b=PrzYb3Bd91yXno6SBcLDAAeqzR0OL5MW+p28JxouoaqC9j1u57UtfiAGtMhDhMgUxS f0Dk90bMIXcmuTA3qYVad2MRQc35Y8ShZ8NUcje5tfItZ/0HlGQqQ3p51IuXG9ridBlw VPv/buznNrSurdGUyq5x59H5LGIildAYRD8C6x0OtIRg3UfjvipAXkEg0AAEDv21xWn1 jTpRCBkXT2vXowwO1cFQ8+v3jKYz/KdPIm68VmMXmdaznAjEb6XIsEwsBjaPH2AMCAAO knVfwxnowINR4bY+vl6mLSCT4BxGUKQOV1cQLpxo8o7dzEJiXt/nWJczuh8HC41Q1xxf oEBA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:subject:message-id:references :mime-version:content-disposition:content-transfer-encoding :in-reply-to:user-agent; bh=omtno3+Ghmm7hjUP5L49dyp1dbD6UkiVdympp2sy80Q=; b=UCPxY57yAac2rbFKygVpNk3slDJYGKRdcNNJsWn0GEjr+fbtiuaClDaNWJeHZ23ELF QOTFeQdPy4sicqCfJBil5UQgtQG/wYnNybFaFHifOhPdbJsCZTHb9rI9Pe8wXX3mNM9W Jxr1v5+f0TG5YChJ4k3bVTjSFM4BauXQJT/IlORq5pCxZaco3Ahh8FlfsmgegFn01yAJ E2Qi3aeh799aD879E2cov86OyKFzWQ1ausFb5NWU+S+BabZ+HbYwGzCG1iBnMfKJTruW iRaVWLjIYzWsgfohfm87v3F5dgRdVdHyJUPQD29V6RRcnYegKo7ZgkJoHGPdRa/pd+2e mLMQ== X-Gm-Message-State: AEkooutk0wNsQbgSabIs0vcE22DuecdNd9FdCtKjGavyHQUnt92Vu29YeN8CFMIlepH5sQ== X-Received: by 10.194.80.104 with SMTP id q8mr20187602wjx.151.1469513337980; Mon, 25 Jul 2016 23:08:57 -0700 (PDT) Received: from sigil.instinctive.eu ([2a01:4f8:a0:6025:202::1]) by smtp.gmail.com with ESMTPSA id q4sm19370943wjk.24.2016.07.25.23.08.57 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Mon, 25 Jul 2016 23:08:57 -0700 (PDT) Date: Tue, 26 Jul 2016 06:08:56 +0000 From: Natasha Kerensikova To: lists@olivarim.com, "freebsd-x11@freebsd.org" Subject: Re: 4.6 DM/i915 test report on Bay Trail (Celeron J1800) Message-ID: <20160726060856.GA8286@nat.rebma.instinctive.eu> References: <20160725093641.GA98977@nat.rebma.instinctive.eu> <201607251003.u6PA3das027988@smtp5.infomaniak.ch> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <201607251003.u6PA3das027988@smtp5.infomaniak.ch> User-Agent: Mutt/1.6.1 (2016-04-27) X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.22 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, 26 Jul 2016 06:09:00 -0000 Hello, on Monday 25 July 2016 at 12:03, lists@olivarim.com wrote: > Did you ever try to load a recent linux distribution onto the NUC? Just to be clear, mine is not a thing commercially known as NUC, it's just a bare Asrock D1800B-ITX motherboard (with embedded passive cooled Celeron J1800) in a custom mini-ITX case. > I ask that question because I also own a NUC (the pentium one, with > the same graphics) and I saw the very same artifacts you’re talking > about with Fedora 23 and 24. If you boot the Fedora 24 live media, you > are likely to see them too. On Fedora 23, they only appear post > install. I have just tried a Fedora 24 Live USB stick, with all packages as they were when Fedora 24 was released (kernel 4.5.5, intel driver 2.99.917) and everything worked fine out-of-the-box: youtube in Firefox, gnomeshell, (though not my test video files, because there is no RPMFusion). I saw no artifact at all. However I have no idea whether I was running with SNA or UXA, it was just working directly out-of-the-box (and I haven't found /var/log/Xorg.0.log). > I’m mentionning this here because as far as I know, the FreeBSD intel > driver is ported from Linux, and I’m afraid that those issues were > also ported with it. That's a very good point, one can't expect a FreeBSD driver port to fix native bugs. Unfortunately, at least in my case, it seems the issue stems from the port rather than the original driver. Thanks for the comment, Natasha From owner-freebsd-x11@freebsd.org Tue Jul 26 06:13:56 2016 Return-Path: Delivered-To: freebsd-x11@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 86607BA5AF8 for ; Tue, 26 Jul 2016 06:13:56 +0000 (UTC) (envelope-from natbsd@instinctive.eu) Received: from mail-wm0-x22a.google.com (mail-wm0-x22a.google.com [IPv6:2a00:1450:400c:c09::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1AD251A05 for ; Tue, 26 Jul 2016 06:13:56 +0000 (UTC) (envelope-from natbsd@instinctive.eu) Received: by mail-wm0-x22a.google.com with SMTP id q128so23211306wma.1 for ; Mon, 25 Jul 2016 23:13:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=instinctive-eu.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=futEJlK+KO4y1sxzcHyyY1QonekAUvvZGoh14eduhV4=; b=OZvs4LV3K16G9WHNkrtMwYrd/FxVoeDGw+a6itr/pl4KSZaxfJ1rNWp0Tzy8n4AF9p oMfeNKRfAEcng4e2ypDE0U2ogrnq+6vbHu8wI0lKt4H2gpmTGD7OnyARNe+gJKuy5gKj YMCPydjINrmc4XwNZiGBnCl5bZMtHIBx+5AgSrhhHVi9WWZllGzVCRiYtv4QbQg82fA1 2npSHZTQ9zO/t+sn8QBG9iZhciw8HFQ8AZbcaNdnH3GgjD6Md8qTr7azqfVXAS6ETAFf deG9lDnvp/kAisKEr1BhXJnPBHXYDX6UQVTtw39zQqyO/u28yCp1bcOC0ppomADmuI67 sNzQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=futEJlK+KO4y1sxzcHyyY1QonekAUvvZGoh14eduhV4=; b=FgyssIgheUe0cfZTFj0SRF9BO92MkGMkOJIkSKuEsYPL79x8RNmgnigWYeMbIQu17C GQMexg/+qd+32PXYJHi79nDGDwwis6T71OT7gqVk4ooMAHn3kuoP+KsC10amCqKpa8KX uP1b9k5vTNCzYrgf5vpUMJDIlDiyJbt4ky0ZwQYtIgEi6CEnIB2VxyaSgFFQiFcX8P/s N/XI5whBu0PYbRxj1OyOoaUmTn8Wzwht5j3eEUO2vgfM03uYTwnLAvLKVoVqCIAR7S0v xyebo4F8rP4711qC+xEG1gl4zaPusVqJDOvtnQrOQdPwUH44fhEUvJJTfxkU7F99UGp2 1RMQ== X-Gm-Message-State: AEkoousyVJfxeFtXea+l3is5kk5UHCTd+28v5Mao2wNh0VASpvayVRM/d8hS8hGy/8JG5g== X-Received: by 10.194.7.100 with SMTP id i4mr20940316wja.154.1469513634719; Mon, 25 Jul 2016 23:13:54 -0700 (PDT) Received: from sigil.instinctive.eu ([2a01:4f8:a0:6025:202::1]) by smtp.gmail.com with ESMTPSA id yz6sm19359978wjb.35.2016.07.25.23.13.53 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Mon, 25 Jul 2016 23:13:54 -0700 (PDT) Date: Tue, 26 Jul 2016 06:13:53 +0000 From: Natasha Kerensikova To: Jonathan Anderson Cc: freebsd-x11@freebsd.org Subject: Re: 4.6 DM/i915 test report on Bay Trail (Celeron J1800)\ Message-ID: <20160726061353.GB8286@nat.rebma.instinctive.eu> References: <20160725093641.GA98977@nat.rebma.instinctive.eu> <1C182523-47E4-4C1D-A5E5-4B7BEA47092D@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1C182523-47E4-4C1D-A5E5-4B7BEA47092D@FreeBSD.org> User-Agent: Mutt/1.6.1 (2016-04-27) X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.22 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, 26 Jul 2016 06:13:56 -0000 Hello, on Monday 25 July 2016 at 10:54, Jonathan Anderson wrote: > I've found on my Skylake machine that the modesetting driver is more > stable and produces fewer artifacts than SNA. I got to this driver by > deleting my /usr/local/etc/X11/xorg.conf.d/XX-intel-driver.conf > entirely: without a configuration directive to use the Intel X driver, > it just used the KMS stuff transparently. Do you mean the "scfb" driver, instead of the intel one? I haven't managed to make it work, but didn't try very hard. I read it was unaccelerated, and I have already vesa that suits all my non-accelerated needs, so I still wonder what would be the point of scfb in my particular situation. It doesn't seem to be present on the CFT image, because when I removed all xorg conf, it showed exactly the same symptoms as my SNA testing, so I guess (at least on the CFT image) X defaults to intel driver with SNA acceleration. Thanks for the help, Natasha From owner-freebsd-x11@freebsd.org Tue Jul 26 16:45:30 2016 Return-Path: Delivered-To: freebsd-x11@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 52B0ABA5046 for ; Tue, 26 Jul 2016 16:45:30 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from vps-mail.nomadlogic.org (unknown [IPv6:2607:f2f8:a098::2]) (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 2CAF9127E for ; Tue, 26 Jul 2016 16:45:30 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from pop.rubicorp.com (72-34-113-100.race.com [72.34.113.100]) by vps-mail.nomadlogic.org (OpenSMTPD) with ESMTPSA id c4546d63 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO for ; Tue, 26 Jul 2016 09:45:29 -0700 (PDT) Subject: Re: 4.6 DM/i915 test report on Bay Trail (Celeron J1800)\ To: freebsd-x11@freebsd.org References: <20160725093641.GA98977@nat.rebma.instinctive.eu> <1C182523-47E4-4C1D-A5E5-4B7BEA47092D@FreeBSD.org> <20160726061353.GB8286@nat.rebma.instinctive.eu> From: Pete Wright Message-ID: Date: Tue, 26 Jul 2016 09:45:29 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.1.1 MIME-Version: 1.0 In-Reply-To: <20160726061353.GB8286@nat.rebma.instinctive.eu> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.22 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, 26 Jul 2016 16:45:30 -0000 On 07/25/2016 23:13, Natasha Kerensikova wrote: > Hello, > > on Monday 25 July 2016 at 10:54, Jonathan Anderson wrote: >> I've found on my Skylake machine that the modesetting driver is more >> stable and produces fewer artifacts than SNA. I got to this driver by >> deleting my /usr/local/etc/X11/xorg.conf.d/XX-intel-driver.conf >> entirely: without a configuration directive to use the Intel X driver, >> it just used the KMS stuff transparently. > > Do you mean the "scfb" driver, instead of the intel one? > scfb does indeed work - but without acceleration obviously. it is usable for shell and basic web browsing imho. the modesetting xorg drivre will properly detect an intel GPU as long as the i915kms kernel module is loaded - i've been running this config for several days on my skylake system without issues. > > It doesn't seem to be present on the CFT image, because when I removed > all xorg conf, it showed exactly the same symptoms as my SNA testing, so > I guess (at least on the CFT image) X defaults to intel driver with SNA > acceleration. > the CFT image is most likely out of date. if you install that image on a disk, pulling the latest commits from github then rebuilding the world and kernel should get you proper support for modesetting. cheers, -pete -- Pete Wright pete@nomadlogic.org From owner-freebsd-x11@freebsd.org Wed Jul 27 14:53:35 2016 Return-Path: Delivered-To: freebsd-x11@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 55534BA6E26 for ; Wed, 27 Jul 2016 14:53:35 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from dec.sakura.ne.jp (dec.sakura.ne.jp [210.188.226.8]) (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 C32481667 for ; Wed, 27 Jul 2016 14:53:34 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from fortune.joker.local (123-48-23-227.dz.commufa.jp [123.48.23.227]) (authenticated bits=0) by dec.sakura.ne.jp (8.15.2/8.15.2/[SAKURA-WEB]/20080708) with ESMTPA id u6RErSvv085019; Wed, 27 Jul 2016 23:53:28 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) Date: Wed, 27 Jul 2016 23:53:27 +0900 From: Tomoaki AOKI To: freebsd-x11@freebsd.org Subject: Re: Add NVIDIA driver to built-in Xorg configuration? Message-Id: <20160727235327.08579cbe1ade9ac39fb20930@dec.sakura.ne.jp> Organization: Junchoon corps X-Mailer: Sylpheed 3.5.0 (GTK+ 2.24.29; amd64-portbld-freebsd11.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.22 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, 27 Jul 2016 14:53:35 -0000 On Tue Jul 19 18:26:02 UTC 2016 Arto Pekkanen wrote: > Kris Moore kirjoitti 19.07.2016 18:09: >> On 07/19/2016 10:32, Tobias Kortkamp wrote: >>> Hi, >>> >>> would it be possible to include the following patch in >>> x11-servers/xorg-server? It adds the NVIDIA driver to the built-in X >>> configuration. It would remove the need to have an xorg.conf on >>> systems >>> with an NVIDIA GPU which have to use x11/nvidia-driver. I think it's >>> a >>> source of unnecessary friction that doesn't really need to be there. >>> It >>> was deceptively simple to add, so I'm sure I'm missing something. ;-) >>> >>> Thanks, >>> Tobias >>> >>> https://cgit.freedesktop.org/xorg/xserver/tree/hw/xfree86/common/xf86pciBus.c?id=xorg-server-1.17.4#n1187 >>> =================================================================== >>> --- files/patch-hw_xfree86_common_xf86pciBus.c (nonexistent) >>> +++ files/patch-hw_xfree86_common_xf86pciBus.c (working copy) >>> @@ -0,0 +1,10 @@ >>> +--- hw/xfree86/common/xf86pciBus.c.orig 2016-07-19 >>> 15:37:53.698794484 +0200 >>> ++++ hw/xfree86/common/xf86pciBus.c 2016-07-19 15:37:26.000000000 >>> +0200 >>> +@@ -1192,6 +1192,7 @@ >>> + #ifdef __linux__ >>> + driverList[idx++] = "nouveau"; >>> + #endif >>> ++ driverList[idx++] = "nvidia"; >>> + driverList[idx++] = "nv"; >>> + break; >>> + } >>> _______________________________________________ >>> freebsd-x11 at freebsd.org mailing list >>> https://lists.freebsd.org/mailman/listinfo/freebsd-x11 >>> To unsubscribe, send any mail to "freebsd-x11-unsubscribe at freebsd.org" >> >> Ohh, we've been bit by that a bunch. I'm going to include this in >> PC-BSD >> also. Thanks! > > Bad idea, since nVidia driver is proprietary and must be installed > separately. Thus it is only logical to have it configured separately. > This is important to maintain a distiction between the bundled X.org > drivers vs. 3rd party drivers. I don't think it's bad idea. This patch shoud detect and use nvidia-driver . Not forcing nvidia-driver to be installed. More accurately, try to detect nvidia-driver, if none, fall back to nv driver. Are you mis-understanding that, with this patch, nvidia-driver becomes mandatory? No. Even nv driver, already contained in original code, is NOT mandatory. If you hesitate to always polluting original code for proprietary code, making the patch to be extra patch and controll its application with OPTIONS (off by default) would be a good solution. # I would prefer nvidia line to be before #ifdef __linux__ line for # nouveau driver for future nouveau support of FreeBSD. > Also, currently the nVidia driver is broken on many FreeBSD versions > due to KMS/DRM integration or lack thereof. Having X.org load nVidia > automatically is just gonna cause a lot of trouble for the end user. As I wrote above, in cases nvidia-driver[-*] are not suitable and nv works OK, just NOT installing nvidia-driver[-*] should help. nvidia-driver[-*] is NOT at all mandatory. > And then there's the problem with nVidia Optimus laptops, where by > default only the Intel driver works since the nVidia chip is not wired > to any of the standard video outputs. Having nVidia auto loaded is just > yet another problem waiting to happen. > > Why would PC-BSD even benefit from having nVidia auto loaded? The > integration scripts should suggest enabling nVidia driver if compatible > hardware is detected (ie. non-Optimus nVidia hardware, or Optimus where > IGP outpus have been rewired to nVidia via BIOS). If the nVidia driver > does not work, then the end user would actually realize, from context, > that it was the nVidia driver that had problems. In case of problems if > nVidia gets auto loaded without any notification to the user about it, > then the user will be totally in the dark regarding why X.org won't > start. > > Not even Linux distros auto load the proprietary nVidia driver. And for > a good reason. > > -- > Arto Pekkanen -- Tomoaki AOKI junchoon@dec.sakura.ne.jp From owner-freebsd-x11@freebsd.org Wed Jul 27 15:17:01 2016 Return-Path: Delivered-To: freebsd-x11@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A51E3BA2560 for ; Wed, 27 Jul 2016 15:17:01 +0000 (UTC) (envelope-from jonathan@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 96B1017C7 for ; Wed, 27 Jul 2016 15:17:01 +0000 (UTC) (envelope-from jonathan@FreeBSD.org) Received: from fogg.jonandchrissy.ca (localhost [IPv6:::1]) by freefall.freebsd.org (Postfix) with ESMTP id 572121141 for ; Wed, 27 Jul 2016 15:17:01 +0000 (UTC) (envelope-from jonathan@FreeBSD.org) To: freebsd-x11@freebsd.org From: Jonathan Anderson Subject: xserver-next Message-ID: <196f47b0-ef62-5d79-8931-eae47fdd8161@FreeBSD.org> Date: Wed, 27 Jul 2016 11:17:00 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.1.1 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="SDVplRL315dN2mVuaULmQT4fW7AQNH9Cx" X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.22 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, 27 Jul 2016 15:17:01 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --SDVplRL315dN2mVuaULmQT4fW7AQNH9Cx Content-Type: multipart/mixed; boundary="vNqw1R9D4Jlc9geQpw2nlRMUUR1v4vsn4" From: Jonathan Anderson To: freebsd-x11@freebsd.org Message-ID: <196f47b0-ef62-5d79-8931-eae47fdd8161@FreeBSD.org> Subject: xserver-next --vNqw1R9D4Jlc9geQpw2nlRMUUR1v4vsn4 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hello freebsd-x11@, Is there a pkg repository for the xserver-next ports tree, or does everyone on this branch just run Poudriere themselves? Thanks, Jon --=20 Jonathan Anderson jonathan@FreeBSD.org --vNqw1R9D4Jlc9geQpw2nlRMUUR1v4vsn4-- --SDVplRL315dN2mVuaULmQT4fW7AQNH9Cx 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 iQIyBAEBCAAcBQJXmNBsFRxqb25hdGhhbkBmcmVlYnNkLm9yZwAKCRA7rLgWk3xV 3MhgD/4uN3FutTfysS/mLDTcNXOB1Ef0ixqa7vBuQfUP4tF3yJ8Cc49f/wn1tDZ4 NtQf9tHu0t70HaQRRhndzgqjh75rFlRn3PGX3fnOC41rlrVJQvei52Uxx3/L7INP 3FO+GyQ8oKO4f0x0gIp64dlwE67mq3jxlCCrmTHXSzCiZxPLMb5XXY/cURTq5IlK NuFg7r8NhICGpqoxZ6gm1zFBU/cncfDc4tWhxxD/vNojnsxqDFbDmdxjfN58VIyO 1KMwMS4osJG2iPSXr5I76BDOdkB3zoR9xL72x72lU2Drs6bFA1eXTTUHzIAEwf7J psWqTWI4ONl0JvUUYVnWtriRJcYD2i5LVsOZXMU9OKzH7jXa3hT5uZty2A2aOki7 Xs7z/1ubhFD6KP/KT5e/jd7mOjG2jDOObWrkcdBf8ODBzpzyGA6E0+LlVVdgLReR 9Aal6mky41AFC6bqtyym/i8+ske8LTPDp4acBpXu4Zi3Y0xjs02jWInScq5swQSV D2t5GGrB99CmXu23OgNDa9SFyTgA21sg2T0wZvEinUaZ3AUuRFmOSef0J8/HwiMc xFCvlTDkbLyk7RkiaOSHuunXzKmMiaMp0/M9bwerHLvJh31+VwG6dq7AfAm3KBdh /7Lcb814ctVT2wKGXZIfcsq47oGIh75tATG1bJxzRXsL+8Bv8A== =aYXT -----END PGP SIGNATURE----- --SDVplRL315dN2mVuaULmQT4fW7AQNH9Cx-- From owner-freebsd-x11@freebsd.org Wed Jul 27 15:22:24 2016 Return-Path: Delivered-To: freebsd-x11@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6E40EBA277E for ; Wed, 27 Jul 2016 15:22:24 +0000 (UTC) (envelope-from jeremy.m.cox@gmail.com) Received: from mail-qt0-x22f.google.com (mail-qt0-x22f.google.com [IPv6:2607:f8b0:400d:c0d::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 229DA1B43 for ; Wed, 27 Jul 2016 15:22:24 +0000 (UTC) (envelope-from jeremy.m.cox@gmail.com) Received: by mail-qt0-x22f.google.com with SMTP id x25so31667275qtx.2 for ; Wed, 27 Jul 2016 08:22:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=Tu4kAIvI10jZGb1mSQFQD778z0DKwCrv8gv+noGTclA=; b=A+qeali6Uc3a3hNAXH9PuLhyxIq6n4DDaDDAWB9VeuNIveVvbEtN5doj/mApSeVCY2 ckuWu7fUL+pbrRfBY1eK33x5FFPIGc5HSilbvSX5HxF9qmh0e8U3v6bFiP+0DQEm2bd9 N8yO3oRsfTR9oe5QM2uvTLJBSrOOOnLnw981TOsDLTkIUhm2AeaHT7cRobryzZ23xN8V Vshocrl6hQ6N3sfG206a/zUk7i8e+lg4TacFBJA/3E8q92rlGA3iLcFBMKiD2gMJc0fr +8te32aRWV0TAbGXPYGlBY5TXOf4tATrHzhtqe13Q66L7BjvEuYtgSPgYgk/1M8mNYNA gEew== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to; bh=Tu4kAIvI10jZGb1mSQFQD778z0DKwCrv8gv+noGTclA=; b=B8lFuXR8YW+ik4ODOyjutThM3Qb7coCC2EvCFKskk0Y7+OgkCpsI6xrdN2AZ9GRI6T CJn1MF+LbiC25/zAHDL1yPoqxPndDoqvq1Fn1vukWtEdxP62bcGIfGR21kf22x481wqV 0nY37KuHS+iCMvwq4wwDE0yeF9ZeYwl1b8lh/nnbNVEO3gwuBLM4aVLWPELkywELdBy6 5wmVE8p2Q2t95/tOR8UTKSIlz6co/MyogWPygTueWu/s0hMEIL/+NdU+B8gtCUC6gZ5/ ZLW1ykB0IXattl7JqR6nPr61RmlHeq7UNj2NWmDmf3W64qK9DpEx6CgL4HkoNT2wwT+v VNmQ== X-Gm-Message-State: AEkoouuwf5mz/+xaqQK3udrKxJwxj0gcxVXgwXdvLG7hvAUg1sOtiDZWxZE/VuYsSFhFPXqCRS6j84c5vQxFTQ== X-Received: by 10.200.54.185 with SMTP id a54mr50478958qtc.63.1469632942946; Wed, 27 Jul 2016 08:22:22 -0700 (PDT) MIME-Version: 1.0 Received: by 10.55.124.198 with HTTP; Wed, 27 Jul 2016 08:22:03 -0700 (PDT) In-Reply-To: References: From: Jeremy Date: Wed, 27 Jul 2016 10:22:03 -0500 Message-ID: Subject: Re: opengl issue with Haswell graphics plus xserver 1.18.4 with FreeBSD 11 To: freebsd-x11@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.22 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, 27 Jul 2016 15:22:24 -0000 So with further testing I have discovered the issue is with something from the xserver-next branch. After reinstalling FreeBSD 11 and trying out xorg and other related ports from the ports tree (1.17.4), OpenGL has no issues running. Glxgears and glxinfo run with no issues at all. Something (I suspect libdevq) is not playing very nicely with libc. On Mon, Jul 25, 2016 at 5:56 PM, Jeremy wrote: > Apologies... > > the affected file is libc/stdio/sscanf.c line 57 > > Any ideas anyone has are welcome. > > Thank you all, > > Jeremy Cox > > On Mon, Jul 25, 2016 at 5:45 PM, Jeremy wrote: > >> I'm having a rather odd issue trying to get my haswell graphics to work >> with FreeBSD 11, using the xserver-next branch version 1.18.4... compiled >> with clang 3.8.0. All attempts to get anything to work with opengl >> (glxgears, glxinfo, kinfo center looking at OPENGL information, etc) >> results in a segmentation fault. They all have exactly the same error... >> some kind of memory access error leading to libc/sscanf.c >> >> heres a bt from glxinfo: >> >> >> root@riotskates:~ # gdb /usr/local/bin/glxinfo glxinfo.core >> GNU gdb 6.1.1 [FreeBSD] >> Copyright 2004 Free Software Foundation, Inc. >> GDB is free software, covered by the GNU General Public License, and you >> are >> welcome to change it and/or distribute copies of it under certain >> conditions. >> Type "show copying" to see the conditions. >> There is absolutely no warranty for GDB. Type "show warranty" for >> details. >> This GDB was configured as "amd64-marcel-freebsd"...(no debugging symbols >> found)... >> Core was generated by `glxinfo'. >> Program terminated with signal 11, Segmentation fault. >> Reading symbols from /usr/local/lib/libGLEW.so.1...(no debugging symbols >> found)...done. >> Loaded symbols for /usr/local/lib/libGLEW.so.1 >> Reading symbols from /usr/local/lib/libGLU.so.1...(no debugging symbols >> found)...done. >> Loaded symbols for /usr/local/lib/libGLU.so.1 >> Reading symbols from /usr/local/lib/libGL.so.1...(no debugging symbols >> found)...done. >> Loaded symbols for /usr/local/lib/libGL.so.1 >> Reading symbols from /lib/libm.so.5...Reading symbols from >> /usr/lib/debug//lib/libm.so.5.debug...done. >> done. >> Loaded symbols for /lib/libm.so.5 >> Reading symbols from /usr/local/lib/libX11.so.6...done. >> Loaded symbols for /usr/local/lib/libX11.so.6 >> Reading symbols from /usr/local/lib/libXext.so.6...done. >> Loaded symbols for /usr/local/lib/libXext.so.6 >> Reading symbols from /lib/libc.so.7...Reading symbols from >> /usr/lib/debug//lib/libc.so.7.debug...done. >> done. >> Loaded symbols for /lib/libc.so.7 >> Reading symbols from /usr/lib/libc++.so.1...Reading symbols from >> /usr/lib/debug//usr/lib/libc++.so.1.debug...done. >> done. >> Loaded symbols for /usr/lib/libc++.so.1 >> Reading symbols from /lib/libcxxrt.so.1...Reading symbols from >> /usr/lib/debug//lib/libcxxrt.so.1.debug...done. >> done. >> Loaded symbols for /lib/libcxxrt.so.1 >> Reading symbols from /lib/libgcc_s.so.1...Reading symbols from >> /usr/lib/debug//lib/libgcc_s.so.1.debug...done. >> done. >> Loaded symbols for /lib/libgcc_s.so.1 >> Reading symbols from /usr/local/lib/libexpat.so.1...done. >> Loaded symbols for /usr/local/lib/libexpat.so.1 >> Reading symbols from /usr/local/lib/libglapi.so.0...done. >> Loaded symbols for /usr/local/lib/libglapi.so.0 >> Reading symbols from /usr/local/lib/libXdamage.so.1...done. >> Loaded symbols for /usr/local/lib/libXdamage.so.1 >> Reading symbols from /usr/local/lib/libXfixes.so.3...done. >> Loaded symbols for /usr/local/lib/libXfixes.so.3 >> Reading symbols from /usr/local/lib/libX11-xcb.so.1...done. >> Loaded symbols for /usr/local/lib/libX11-xcb.so.1 >> Reading symbols from /usr/local/lib/libxcb-glx.so.0...done. >> Loaded symbols for /usr/local/lib/libxcb-glx.so.0 >> Reading symbols from /usr/local/lib/libxcb-dri2.so.0...done. >> Loaded symbols for /usr/local/lib/libxcb-dri2.so.0 >> Reading symbols from /usr/local/lib/libxcb.so.1...done. >> Loaded symbols for /usr/local/lib/libxcb.so.1 >> Reading symbols from /usr/local/lib/libXxf86vm.so.1...done. >> Loaded symbols for /usr/local/lib/libXxf86vm.so.1 >> Reading symbols from /usr/local/lib/libdrm.so.2...done. >> Loaded symbols for /usr/local/lib/libdrm.so.2 >> Reading symbols from /lib/libthr.so.3...Reading symbols from >> /usr/lib/debug//lib/libthr.so.3.debug...done. >> done. >> Loaded symbols for /lib/libthr.so.3 >> Reading symbols from /usr/lib/librpcsvc.so.5...Reading symbols from >> /usr/lib/debug//usr/lib/librpcsvc.so.5.debug...done. >> done. >> Loaded symbols for /usr/lib/librpcsvc.so.5 >> Reading symbols from /usr/local/lib/libXau.so.6...done. >> Loaded symbols for /usr/local/lib/libXau.so.6 >> Reading symbols from /usr/local/lib/libpthread-stubs.so.0...done. >> Loaded symbols for /usr/local/lib/libpthread-stubs.so.0 >> Reading symbols from /usr/local/lib/libXdmcp.so.6...done. >> Loaded symbols for /usr/local/lib/libXdmcp.so.6 >> Reading symbols from /usr/local/lib/libdevq.so.0...done. >> Loaded symbols for /usr/local/lib/libdevq.so.0 >> Reading symbols from /usr/lib/libprocstat.so.1...Reading symbols from >> /usr/lib/debug//usr/lib/libprocstat.so.1.debug...done. >> done. >> Loaded symbols for /usr/lib/libprocstat.so.1 >> Reading symbols from /lib/libelf.so.2...Reading symbols from >> /usr/lib/debug//lib/libelf.so.2.debug...done. >> done. >> Loaded symbols for /lib/libelf.so.2 >> Reading symbols from /lib/libkvm.so.7...Reading symbols from >> /usr/lib/debug//lib/libkvm.so.7.debug...done. >> done. >> Loaded symbols for /lib/libkvm.so.7 >> Reading symbols from /lib/libutil.so.9...Reading symbols from >> /usr/lib/debug//lib/libutil.so.9.debug...done. >> done. >> Loaded symbols for /lib/libutil.so.9 >> Reading symbols from /libexec/ld-elf.so.1...Reading symbols from >> /usr/lib/debug//libexec/ld-elf.so.1.debug...done. >> done. >> Loaded symbols for /libexec/ld-elf.so.1 >> #0 __svfscanf (fp=, locale=, >> fmt0=, ap=) at >> /usr/src/lib/libc/stdio/vfscanf.c:770 >> 770 *va_arg(ap, int *) = res; >> [New Thread 804e16000 (LWP 100671/)] >> (gdb) bt 50 >> #0 __svfscanf (fp=, locale=, >> fmt0=, ap=) at >> /usr/src/lib/libc/stdio/vfscanf.c:770 >> #1 0x000000080187d7eb in vsscanf (str=0x7fffffffdf20 "vendor=0x8086 >> device=0x0412 subvendor=0x103c subdevice=0x2af3 class=0x030000", >> fmt=0x804142aa5 "vendor=0x%04x device=0x%04x subvendor=0x%04x >> subdevice=0x%04x", ap=0x7fffffffde80) at >> /usr/src/lib/libc/stdio/vsscanf.c:71 >> #2 0x000000080187c4d5 in sscanf (str=0x1
, >> fmt=0x7fffffffde80 "(") at /usr/src/lib/libc/stdio/sscanf.c:57 >> #3 0x0000000804141e68 in devq_device_get_pciid_full_from_fd () from >> /usr/local/lib/libdevq.so.0 >> #4 0x0000000800dc426e in glXGetDriverConfig () from >> /usr/local/lib/libGL.so.1 >> #5 0x0000000800dc445c in glXGetDriverConfig () from >> /usr/local/lib/libGL.so.1 >> #6 0x0000000800dc0549 in glAreTexturesResidentEXT () from >> /usr/local/lib/libGL.so.1 >> #7 0x0000000800d9caf1 in glXMakeCurrentReadSGI () from >> /usr/local/lib/libGL.so.1 >> #8 0x0000000800d998a2 in glXChooseVisual () from >> /usr/local/lib/libGL.so.1 >> #9 0x0000000000401bd0 in ?? () >> #10 0x0000000000401830 in ?? () >> #11 0x000000080062c000 in ?? () >> #12 0x0000000000000000 in ?? () >> Current language: auto; currently minimal >> (gdb) >> >> >> and a bt from kinfocenter trying to get opengl information: >> >> Application: KDE Info Center (kinfocenter), signal: Segmentation fault >> [Switching to Thread 80ba16000 (LWP 100641/kinfocenter)] >> [KCrash Handler] >> #8 __svfscanf (fp=, locale=, >> fmt0=, ap=) at >> /usr/src/lib/libc/stdio/vfscanf.c:770 >> #9 0x0000000804dd87eb in vsscanf (str=0x7fffffffbda0 "vendor=0x8086 >> device=0x0412 subvendor=0x103c subdevice=0x2af3 class=0x030000", >> fmt=0x8171baaa5 "vendor=0x%04x device=0x%04x subvendor=0x%04x >> subdevice=0x%04x", ap=0x7fffffffbd00) at >> /usr/src/lib/libc/stdio/vsscanf.c:71 >> #10 0x0000000804dd74d5 in sscanf (str=0x1 > address>, fmt=0x7fffffffbd00 "(") at /usr/src/lib/libc/stdio/sscanf.c:57 >> #11 0x00000008171b9e68 in devq_device_get_pciid_full_from_fd () from >> /usr/local/lib/libdevq.so.0 >> #12 0x0000000815e5826e in glXGetDriverConfig () from >> /usr/local/lib/libGL.so.1 >> #13 0x0000000815e5845c in glXGetDriverConfig () from >> /usr/local/lib/libGL.so.1 >> #14 0x0000000815e54549 in glAreTexturesResidentEXT () from >> /usr/local/lib/libGL.so.1 >> #15 0x0000000815e30af1 in glXMakeCurrentReadSGI () from >> /usr/local/lib/libGL.so.1 >> #16 0x0000000815e2d8a2 in glXChooseVisual () from >> /usr/local/lib/libGL.so.1 >> #17 0x0000000815c064ce in qt_plugin_instance () from >> /usr/local/lib/kde4/kcm_opengl.so >> #18 0x0000000815c05900 in qt_plugin_instance () from >> /usr/local/lib/kde4/kcm_opengl.so >> #19 0x0000000815c0d354 in qt_plugin_instance () from >> /usr/local/lib/kde4/kcm_opengl.so >> #20 0x000000080266f91e in KPluginFactory::create () from >> /usr/local/lib/libkdecore.so.5 >> #21 0x0000000800b3e6fc in KCModuleLoader::showLastLoaderError () from >> /usr/local/lib/libkcmutils.so.4 >> #22 0x0000000800b3d16f in KCModuleLoader::loadModule () from >> /usr/local/lib/libkcmutils.so.4 >> #23 0x0000000800b43d95 in KCModuleProxy::realModule () from >> /usr/local/lib/libkcmutils.so.4 >> #24 0x0000000800b43b62 in KCModuleProxy::realModule () from >> /usr/local/lib/libkcmutils.so.4 >> #25 0x0000000800b451b9 in KCModuleProxy::quickHelp () from >> /usr/local/lib/libkcmutils.so.4 >> #26 0x00000000004149e6 in ?? () >> #27 0x00000000004121ac in ?? () >> #28 0x0000000802fa9b32 in QMetaObject::activate () from >> /usr/local/lib/qt4/libQtCore.so.4 >> #29 0x000000000040fedc in ?? () >> #30 0x000000000041417e in ?? () >> #31 0x0000000802fa9b32 in QMetaObject::activate () from >> /usr/local/lib/qt4/libQtCore.so.4 >> #32 0x0000000803b43070 in QAbstractItemView::mouseReleaseEvent () from >> /usr/local/lib/qt4/libQtGui.so.4 >> #33 0x0000000803660a68 in QWidget::event () from >> /usr/local/lib/qt4/libQtGui.so.4 >> #34 0x0000000803a3086e in QFrame::event () from >> /usr/local/lib/qt4/libQtGui.so.4 >> #35 0x0000000803aafe58 in QAbstractScrollArea::viewportEvent () from >> /usr/local/lib/qt4/libQtGui.so.4 >> #36 0x0000000803b41c5d in QAbstractItemView::viewportEvent () from >> /usr/local/lib/qt4/libQtGui.so.4 >> #37 0x0000000803b80a41 in QTreeView::viewportEvent () from >> /usr/local/lib/qt4/libQtGui.so.4 >> #38 0x0000000803ab06d4 in QAbstractScrollArea::qt_metacall () from >> /usr/local/lib/qt4/libQtGui.so.4 >> #39 0x0000000802f91b8c in >> QCoreApplicationPrivate::sendThroughObjectEventFilters () from >> /usr/local/lib/qt4/libQtCore.so.4 >> #40 0x000000080361111c in QApplicationPrivate::notify_helper () from >> /usr/local/lib/qt4/libQtGui.so.4 >> #41 0x0000000803612aac in QApplication::notify () from >> /usr/local/lib/qt4/libQtGui.so.4 >> #42 0x0000000801c73cf7 in KApplication::notify () from >> /usr/local/lib/libkdeui.so.5 >> #43 0x0000000802f91886 in QCoreApplication::notifyInternal () from >> /usr/local/lib/qt4/libQtCore.so.4 >> #44 0x0000000803611b77 in QApplicationPrivate::sendMouseEvent () from >> /usr/local/lib/qt4/libQtGui.so.4 >> #45 0x00000008036897d6 in qt_try_modal () from >> /usr/local/lib/qt4/libQtGui.so.4 >> #46 0x0000000803687f10 in QApplication::x11ProcessEvent () from >> /usr/local/lib/qt4/libQtGui.so.4 >> #47 0x00000008036b433c in QX11Info::isCompositingManagerRunning () from >> /usr/local/lib/qt4/libQtGui.so.4 >> #48 0x00000008092123f5 in g_main_context_dispatch () from >> /usr/local/lib/libglib-2.0.so.0 >> #49 0x0000000809212724 in g_main_context_pending () from >> /usr/local/lib/libglib-2.0.so.0 >> #50 0x00000008092127b4 in g_main_context_iteration () from >> /usr/local/lib/libglib-2.0.so.0 >> #51 0x0000000802fbe65e in QEventDispatcherGlib::processEvents () from >> /usr/local/lib/qt4/libQtCore.so.4 >> #52 0x00000008036b3f7d in QX11Info::isCompositingManagerRunning () from >> /usr/local/lib/qt4/libQtGui.so.4 >> #53 0x0000000802f8ee82 in QEventLoop::exec () from >> /usr/local/lib/qt4/libQtCore.so.4 >> #54 0x0000000802f91e2d in QCoreApplication::exec () from >> /usr/local/lib/qt4/libQtCore.so.4 >> #55 0x000000000041372c in ?? () >> #56 0x000000000040fb60 in ?? () >> #57 0x0000000800643000 in ?? () >> #58 0x0000000000000000 in ?? () >> >> >> I am able to run graphics programs, I'm currently using kde4. However >> there is an issue with opengl. Even www/firefox-esr dumps a little core >> file every time I open it. I just don't know what the problem could be. >> This is a fresh FreeBSD 11 install as well. My uname -a is >> >> FreeBSD riotskates 11.0-BETA2 FreeBSD 11.0-BETA2 #0 r303278: Sun Jul 24 >> 19:44:44 CDT 2016 root@riotskates:/usr/obj/usr/src/sys/ANDROMEDA >> amd64 >> >> xorg-server-1.18.4 >> libGL-11,2,2 >> libdrm-2.4.69,1 >> dri-11,2,2,2 >> xf86-video-intel-2.99.917.20160614 >> libdevq-0.0.3_1 >> >> Is there some kind of access error getting information from >> >> devq_device_get_pciid_full_from_fd () from /usr/local/lib/libdevq.so.0 >> >> or something? I'm completely lost. I've never seen an error like this >> before. >> > > From owner-freebsd-x11@freebsd.org Wed Jul 27 15:36:40 2016 Return-Path: Delivered-To: freebsd-x11@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id D62DCBA2F0B for ; Wed, 27 Jul 2016 15:36:40 +0000 (UTC) (envelope-from kris@ixsystems.com) Received: from barracuda.ixsystems.com (barracuda.ixsystems.com [12.229.62.30]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.ixsystems.com", Issuer "Go Daddy Secure Certificate Authority - G2" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id B9BB7157C for ; Wed, 27 Jul 2016 15:36:40 +0000 (UTC) (envelope-from kris@ixsystems.com) X-ASG-Debug-ID: 1469633799-08ca0410fe1c7190001-0Qlll1 Received: from zimbra.ixsystems.com ([10.246.0.20]) by barracuda.ixsystems.com with ESMTP id XV6RJH2Ih63hzPTe (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Wed, 27 Jul 2016 08:36:39 -0700 (PDT) X-Barracuda-Envelope-From: kris@ixsystems.com X-Barracuda-RBL-Trusted-Forwarder: 10.246.0.20 X-ASG-Whitelist: Client Received: from localhost (localhost [127.0.0.1]) by zimbra.ixsystems.com (Postfix) with ESMTP id 8E5A9E0A173 for ; Wed, 27 Jul 2016 08:36:39 -0700 (PDT) Received: from zimbra.ixsystems.com ([127.0.0.1]) by localhost (zimbra.ixsystems.com [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id IhGKiHWCPuAu for ; Wed, 27 Jul 2016 08:36:38 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zimbra.ixsystems.com (Postfix) with ESMTP id 5A67FE0A4A1 for ; Wed, 27 Jul 2016 08:36:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at ixsystems.com Received: from zimbra.ixsystems.com ([127.0.0.1]) by localhost (zimbra.ixsystems.com [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id NZgIoPSR59UU for ; Wed, 27 Jul 2016 08:36:36 -0700 (PDT) Received: from [10.20.1.202] (unknown [10.20.1.202]) by zimbra.ixsystems.com (Postfix) with ESMTPSA id E44CAE0A304 for ; Wed, 27 Jul 2016 08:36:35 -0700 (PDT) Subject: Re: xserver-next To: freebsd-x11@freebsd.org X-ASG-Orig-Subj: Re: xserver-next References: <196f47b0-ef62-5d79-8931-eae47fdd8161@FreeBSD.org> From: Kris Moore Message-ID: <256853ff-3c3c-3f47-0594-76b6691e8690@ixsystems.com> Date: Wed, 27 Jul 2016 11:36:34 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.1.1 MIME-Version: 1.0 In-Reply-To: <196f47b0-ef62-5d79-8931-eae47fdd8161@FreeBSD.org> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Barracuda-Connect: UNKNOWN[10.246.0.20] X-Barracuda-Start-Time: 1469633799 X-Barracuda-Encrypted: ECDHE-RSA-AES256-GCM-SHA384 X-Barracuda-URL: https://10.246.0.26:443/cgi-mod/mark.cgi X-Virus-Scanned: by bsmtpd at ixsystems.com X-Barracuda-BRTS-Status: 1 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.22 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, 27 Jul 2016 15:36:40 -0000 On 07/27/16 11:17 AM, Jonathan Anderson wrote: > Hello freebsd-x11@, > > Is there a pkg repository for the xserver-next ports tree, or does > everyone on this branch just run Poudriere themselves? > > Thanks, > > > Jon > The PC-BSD monthly / -CURRENT branch uses this tree (and has a pkg repo). We will be pushing the latest packages early next week. -- Kris Moore iXsystems Enterprise Storage & Servers Driven By Open Source From owner-freebsd-x11@freebsd.org Wed Jul 27 16:59:22 2016 Return-Path: Delivered-To: freebsd-x11@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 01E08BA6659 for ; Wed, 27 Jul 2016 16:59:21 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from vps-mail.nomadlogic.org (unknown [IPv6:2607:f2f8:a098::2]) (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 C42981C28 for ; Wed, 27 Jul 2016 16:59:21 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from pop.rubicorp.com (72-34-113-100.race.com [72.34.113.100]) by vps-mail.nomadlogic.org (OpenSMTPD) with ESMTPSA id a7e54b72 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO for ; Wed, 27 Jul 2016 09:59:21 -0700 (PDT) Subject: Re: opengl issue with Haswell graphics plus xserver 1.18.4 with FreeBSD 11 To: freebsd-x11@freebsd.org References: From: Pete Wright Message-ID: <3772ff15-5afd-9d82-2608-7b8c38c73b36@nomadlogic.org> Date: Wed, 27 Jul 2016 09:59:20 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.1.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.22 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, 27 Jul 2016 16:59:22 -0000 On 07/27/2016 08:22, Jeremy wrote: > So with further testing I have discovered the issue is with something from > the xserver-next branch. After reinstalling FreeBSD 11 and trying out xorg > and other related ports from the ports tree (1.17.4), OpenGL has no issues > running. Glxgears and glxinfo run with no issues at all. Something (I > suspect libdevq) is not playing very nicely with libc. > I am running into this problem as well, it is also effecting firefox in addition to the mesa-demo tools on my system. i am looking at recent commits to the xserver-next branch and am wondering is this is due to recent updates to libdrm. i'm going to back out the last set of changes and will rebuild to see if that help narrow down the problem. cheers, -pete > On Mon, Jul 25, 2016 at 5:56 PM, Jeremy wrote: > >> Apologies... >> >> the affected file is libc/stdio/sscanf.c line 57 >> >> Any ideas anyone has are welcome. >> >> Thank you all, >> >> Jeremy Cox >> >> On Mon, Jul 25, 2016 at 5:45 PM, Jeremy wrote: >> >>> I'm having a rather odd issue trying to get my haswell graphics to work >>> with FreeBSD 11, using the xserver-next branch version 1.18.4... compiled >>> with clang 3.8.0. All attempts to get anything to work with opengl >>> (glxgears, glxinfo, kinfo center looking at OPENGL information, etc) >>> results in a segmentation fault. They all have exactly the same error... >>> some kind of memory access error leading to libc/sscanf.c >>> >>> heres a bt from glxinfo: >>> >>> >>> root@riotskates:~ # gdb /usr/local/bin/glxinfo glxinfo.core >>> GNU gdb 6.1.1 [FreeBSD] >>> Copyright 2004 Free Software Foundation, Inc. >>> GDB is free software, covered by the GNU General Public License, and you >>> are >>> welcome to change it and/or distribute copies of it under certain >>> conditions. >>> Type "show copying" to see the conditions. >>> There is absolutely no warranty for GDB. Type "show warranty" for >>> details. >>> This GDB was configured as "amd64-marcel-freebsd"...(no debugging symbols >>> found)... >>> Core was generated by `glxinfo'. >>> Program terminated with signal 11, Segmentation fault. >>> Reading symbols from /usr/local/lib/libGLEW.so.1...(no debugging symbols >>> found)...done. >>> Loaded symbols for /usr/local/lib/libGLEW.so.1 >>> Reading symbols from /usr/local/lib/libGLU.so.1...(no debugging symbols >>> found)...done. >>> Loaded symbols for /usr/local/lib/libGLU.so.1 >>> Reading symbols from /usr/local/lib/libGL.so.1...(no debugging symbols >>> found)...done. >>> Loaded symbols for /usr/local/lib/libGL.so.1 >>> Reading symbols from /lib/libm.so.5...Reading symbols from >>> /usr/lib/debug//lib/libm.so.5.debug...done. >>> done. >>> Loaded symbols for /lib/libm.so.5 >>> Reading symbols from /usr/local/lib/libX11.so.6...done. >>> Loaded symbols for /usr/local/lib/libX11.so.6 >>> Reading symbols from /usr/local/lib/libXext.so.6...done. >>> Loaded symbols for /usr/local/lib/libXext.so.6 >>> Reading symbols from /lib/libc.so.7...Reading symbols from >>> /usr/lib/debug//lib/libc.so.7.debug...done. >>> done. >>> Loaded symbols for /lib/libc.so.7 >>> Reading symbols from /usr/lib/libc++.so.1...Reading symbols from >>> /usr/lib/debug//usr/lib/libc++.so.1.debug...done. >>> done. >>> Loaded symbols for /usr/lib/libc++.so.1 >>> Reading symbols from /lib/libcxxrt.so.1...Reading symbols from >>> /usr/lib/debug//lib/libcxxrt.so.1.debug...done. >>> done. >>> Loaded symbols for /lib/libcxxrt.so.1 >>> Reading symbols from /lib/libgcc_s.so.1...Reading symbols from >>> /usr/lib/debug//lib/libgcc_s.so.1.debug...done. >>> done. >>> Loaded symbols for /lib/libgcc_s.so.1 >>> Reading symbols from /usr/local/lib/libexpat.so.1...done. >>> Loaded symbols for /usr/local/lib/libexpat.so.1 >>> Reading symbols from /usr/local/lib/libglapi.so.0...done. >>> Loaded symbols for /usr/local/lib/libglapi.so.0 >>> Reading symbols from /usr/local/lib/libXdamage.so.1...done. >>> Loaded symbols for /usr/local/lib/libXdamage.so.1 >>> Reading symbols from /usr/local/lib/libXfixes.so.3...done. >>> Loaded symbols for /usr/local/lib/libXfixes.so.3 >>> Reading symbols from /usr/local/lib/libX11-xcb.so.1...done. >>> Loaded symbols for /usr/local/lib/libX11-xcb.so.1 >>> Reading symbols from /usr/local/lib/libxcb-glx.so.0...done. >>> Loaded symbols for /usr/local/lib/libxcb-glx.so.0 >>> Reading symbols from /usr/local/lib/libxcb-dri2.so.0...done. >>> Loaded symbols for /usr/local/lib/libxcb-dri2.so.0 >>> Reading symbols from /usr/local/lib/libxcb.so.1...done. >>> Loaded symbols for /usr/local/lib/libxcb.so.1 >>> Reading symbols from /usr/local/lib/libXxf86vm.so.1...done. >>> Loaded symbols for /usr/local/lib/libXxf86vm.so.1 >>> Reading symbols from /usr/local/lib/libdrm.so.2...done. >>> Loaded symbols for /usr/local/lib/libdrm.so.2 >>> Reading symbols from /lib/libthr.so.3...Reading symbols from >>> /usr/lib/debug//lib/libthr.so.3.debug...done. >>> done. >>> Loaded symbols for /lib/libthr.so.3 >>> Reading symbols from /usr/lib/librpcsvc.so.5...Reading symbols from >>> /usr/lib/debug//usr/lib/librpcsvc.so.5.debug...done. >>> done. >>> Loaded symbols for /usr/lib/librpcsvc.so.5 >>> Reading symbols from /usr/local/lib/libXau.so.6...done. >>> Loaded symbols for /usr/local/lib/libXau.so.6 >>> Reading symbols from /usr/local/lib/libpthread-stubs.so.0...done. >>> Loaded symbols for /usr/local/lib/libpthread-stubs.so.0 >>> Reading symbols from /usr/local/lib/libXdmcp.so.6...done. >>> Loaded symbols for /usr/local/lib/libXdmcp.so.6 >>> Reading symbols from /usr/local/lib/libdevq.so.0...done. >>> Loaded symbols for /usr/local/lib/libdevq.so.0 >>> Reading symbols from /usr/lib/libprocstat.so.1...Reading symbols from >>> /usr/lib/debug//usr/lib/libprocstat.so.1.debug...done. >>> done. >>> Loaded symbols for /usr/lib/libprocstat.so.1 >>> Reading symbols from /lib/libelf.so.2...Reading symbols from >>> /usr/lib/debug//lib/libelf.so.2.debug...done. >>> done. >>> Loaded symbols for /lib/libelf.so.2 >>> Reading symbols from /lib/libkvm.so.7...Reading symbols from >>> /usr/lib/debug//lib/libkvm.so.7.debug...done. >>> done. >>> Loaded symbols for /lib/libkvm.so.7 >>> Reading symbols from /lib/libutil.so.9...Reading symbols from >>> /usr/lib/debug//lib/libutil.so.9.debug...done. >>> done. >>> Loaded symbols for /lib/libutil.so.9 >>> Reading symbols from /libexec/ld-elf.so.1...Reading symbols from >>> /usr/lib/debug//libexec/ld-elf.so.1.debug...done. >>> done. >>> Loaded symbols for /libexec/ld-elf.so.1 >>> #0 __svfscanf (fp=, locale=, >>> fmt0=, ap=) at >>> /usr/src/lib/libc/stdio/vfscanf.c:770 >>> 770 *va_arg(ap, int *) = res; >>> [New Thread 804e16000 (LWP 100671/)] >>> (gdb) bt 50 >>> #0 __svfscanf (fp=, locale=, >>> fmt0=, ap=) at >>> /usr/src/lib/libc/stdio/vfscanf.c:770 >>> #1 0x000000080187d7eb in vsscanf (str=0x7fffffffdf20 "vendor=0x8086 >>> device=0x0412 subvendor=0x103c subdevice=0x2af3 class=0x030000", >>> fmt=0x804142aa5 "vendor=0x%04x device=0x%04x subvendor=0x%04x >>> subdevice=0x%04x", ap=0x7fffffffde80) at >>> /usr/src/lib/libc/stdio/vsscanf.c:71 >>> #2 0x000000080187c4d5 in sscanf (str=0x1
, >>> fmt=0x7fffffffde80 "(") at /usr/src/lib/libc/stdio/sscanf.c:57 >>> #3 0x0000000804141e68 in devq_device_get_pciid_full_from_fd () from >>> /usr/local/lib/libdevq.so.0 >>> #4 0x0000000800dc426e in glXGetDriverConfig () from >>> /usr/local/lib/libGL.so.1 >>> #5 0x0000000800dc445c in glXGetDriverConfig () from >>> /usr/local/lib/libGL.so.1 >>> #6 0x0000000800dc0549 in glAreTexturesResidentEXT () from >>> /usr/local/lib/libGL.so.1 >>> #7 0x0000000800d9caf1 in glXMakeCurrentReadSGI () from >>> /usr/local/lib/libGL.so.1 >>> #8 0x0000000800d998a2 in glXChooseVisual () from >>> /usr/local/lib/libGL.so.1 >>> #9 0x0000000000401bd0 in ?? () >>> #10 0x0000000000401830 in ?? () >>> #11 0x000000080062c000 in ?? () >>> #12 0x0000000000000000 in ?? () >>> Current language: auto; currently minimal >>> (gdb) >>> >>> >>> and a bt from kinfocenter trying to get opengl information: >>> >>> Application: KDE Info Center (kinfocenter), signal: Segmentation fault >>> [Switching to Thread 80ba16000 (LWP 100641/kinfocenter)] >>> [KCrash Handler] >>> #8 __svfscanf (fp=, locale=, >>> fmt0=, ap=) at >>> /usr/src/lib/libc/stdio/vfscanf.c:770 >>> #9 0x0000000804dd87eb in vsscanf (str=0x7fffffffbda0 "vendor=0x8086 >>> device=0x0412 subvendor=0x103c subdevice=0x2af3 class=0x030000", >>> fmt=0x8171baaa5 "vendor=0x%04x device=0x%04x subvendor=0x%04x >>> subdevice=0x%04x", ap=0x7fffffffbd00) at >>> /usr/src/lib/libc/stdio/vsscanf.c:71 >>> #10 0x0000000804dd74d5 in sscanf (str=0x1 >> address>, fmt=0x7fffffffbd00 "(") at /usr/src/lib/libc/stdio/sscanf.c:57 >>> #11 0x00000008171b9e68 in devq_device_get_pciid_full_from_fd () from >>> /usr/local/lib/libdevq.so.0 >>> #12 0x0000000815e5826e in glXGetDriverConfig () from >>> /usr/local/lib/libGL.so.1 >>> #13 0x0000000815e5845c in glXGetDriverConfig () from >>> /usr/local/lib/libGL.so.1 >>> #14 0x0000000815e54549 in glAreTexturesResidentEXT () from >>> /usr/local/lib/libGL.so.1 >>> #15 0x0000000815e30af1 in glXMakeCurrentReadSGI () from >>> /usr/local/lib/libGL.so.1 >>> #16 0x0000000815e2d8a2 in glXChooseVisual () from >>> /usr/local/lib/libGL.so.1 >>> #17 0x0000000815c064ce in qt_plugin_instance () from >>> /usr/local/lib/kde4/kcm_opengl.so >>> #18 0x0000000815c05900 in qt_plugin_instance () from >>> /usr/local/lib/kde4/kcm_opengl.so >>> #19 0x0000000815c0d354 in qt_plugin_instance () from >>> /usr/local/lib/kde4/kcm_opengl.so >>> #20 0x000000080266f91e in KPluginFactory::create () from >>> /usr/local/lib/libkdecore.so.5 >>> #21 0x0000000800b3e6fc in KCModuleLoader::showLastLoaderError () from >>> /usr/local/lib/libkcmutils.so.4 >>> #22 0x0000000800b3d16f in KCModuleLoader::loadModule () from >>> /usr/local/lib/libkcmutils.so.4 >>> #23 0x0000000800b43d95 in KCModuleProxy::realModule () from >>> /usr/local/lib/libkcmutils.so.4 >>> #24 0x0000000800b43b62 in KCModuleProxy::realModule () from >>> /usr/local/lib/libkcmutils.so.4 >>> #25 0x0000000800b451b9 in KCModuleProxy::quickHelp () from >>> /usr/local/lib/libkcmutils.so.4 >>> #26 0x00000000004149e6 in ?? () >>> #27 0x00000000004121ac in ?? () >>> #28 0x0000000802fa9b32 in QMetaObject::activate () from >>> /usr/local/lib/qt4/libQtCore.so.4 >>> #29 0x000000000040fedc in ?? () >>> #30 0x000000000041417e in ?? () >>> #31 0x0000000802fa9b32 in QMetaObject::activate () from >>> /usr/local/lib/qt4/libQtCore.so.4 >>> #32 0x0000000803b43070 in QAbstractItemView::mouseReleaseEvent () from >>> /usr/local/lib/qt4/libQtGui.so.4 >>> #33 0x0000000803660a68 in QWidget::event () from >>> /usr/local/lib/qt4/libQtGui.so.4 >>> #34 0x0000000803a3086e in QFrame::event () from >>> /usr/local/lib/qt4/libQtGui.so.4 >>> #35 0x0000000803aafe58 in QAbstractScrollArea::viewportEvent () from >>> /usr/local/lib/qt4/libQtGui.so.4 >>> #36 0x0000000803b41c5d in QAbstractItemView::viewportEvent () from >>> /usr/local/lib/qt4/libQtGui.so.4 >>> #37 0x0000000803b80a41 in QTreeView::viewportEvent () from >>> /usr/local/lib/qt4/libQtGui.so.4 >>> #38 0x0000000803ab06d4 in QAbstractScrollArea::qt_metacall () from >>> /usr/local/lib/qt4/libQtGui.so.4 >>> #39 0x0000000802f91b8c in >>> QCoreApplicationPrivate::sendThroughObjectEventFilters () from >>> /usr/local/lib/qt4/libQtCore.so.4 >>> #40 0x000000080361111c in QApplicationPrivate::notify_helper () from >>> /usr/local/lib/qt4/libQtGui.so.4 >>> #41 0x0000000803612aac in QApplication::notify () from >>> /usr/local/lib/qt4/libQtGui.so.4 >>> #42 0x0000000801c73cf7 in KApplication::notify () from >>> /usr/local/lib/libkdeui.so.5 >>> #43 0x0000000802f91886 in QCoreApplication::notifyInternal () from >>> /usr/local/lib/qt4/libQtCore.so.4 >>> #44 0x0000000803611b77 in QApplicationPrivate::sendMouseEvent () from >>> /usr/local/lib/qt4/libQtGui.so.4 >>> #45 0x00000008036897d6 in qt_try_modal () from >>> /usr/local/lib/qt4/libQtGui.so.4 >>> #46 0x0000000803687f10 in QApplication::x11ProcessEvent () from >>> /usr/local/lib/qt4/libQtGui.so.4 >>> #47 0x00000008036b433c in QX11Info::isCompositingManagerRunning () from >>> /usr/local/lib/qt4/libQtGui.so.4 >>> #48 0x00000008092123f5 in g_main_context_dispatch () from >>> /usr/local/lib/libglib-2.0.so.0 >>> #49 0x0000000809212724 in g_main_context_pending () from >>> /usr/local/lib/libglib-2.0.so.0 >>> #50 0x00000008092127b4 in g_main_context_iteration () from >>> /usr/local/lib/libglib-2.0.so.0 >>> #51 0x0000000802fbe65e in QEventDispatcherGlib::processEvents () from >>> /usr/local/lib/qt4/libQtCore.so.4 >>> #52 0x00000008036b3f7d in QX11Info::isCompositingManagerRunning () from >>> /usr/local/lib/qt4/libQtGui.so.4 >>> #53 0x0000000802f8ee82 in QEventLoop::exec () from >>> /usr/local/lib/qt4/libQtCore.so.4 >>> #54 0x0000000802f91e2d in QCoreApplication::exec () from >>> /usr/local/lib/qt4/libQtCore.so.4 >>> #55 0x000000000041372c in ?? () >>> #56 0x000000000040fb60 in ?? () >>> #57 0x0000000800643000 in ?? () >>> #58 0x0000000000000000 in ?? () >>> >>> >>> I am able to run graphics programs, I'm currently using kde4. However >>> there is an issue with opengl. Even www/firefox-esr dumps a little core >>> file every time I open it. I just don't know what the problem could be. >>> This is a fresh FreeBSD 11 install as well. My uname -a is >>> >>> FreeBSD riotskates 11.0-BETA2 FreeBSD 11.0-BETA2 #0 r303278: Sun Jul 24 >>> 19:44:44 CDT 2016 root@riotskates:/usr/obj/usr/src/sys/ANDROMEDA >>> amd64 >>> >>> xorg-server-1.18.4 >>> libGL-11,2,2 >>> libdrm-2.4.69,1 >>> dri-11,2,2,2 >>> xf86-video-intel-2.99.917.20160614 >>> libdevq-0.0.3_1 >>> >>> Is there some kind of access error getting information from >>> >>> devq_device_get_pciid_full_from_fd () from /usr/local/lib/libdevq.so.0 >>> >>> or something? I'm completely lost. I've never seen an error like this >>> before. >>> >> >> > _______________________________________________ > freebsd-x11@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-x11 > To unsubscribe, send any mail to "freebsd-x11-unsubscribe@freebsd.org" > -- Pete Wright pete@nomadlogic.org From owner-freebsd-x11@freebsd.org Wed Jul 27 18:33:43 2016 Return-Path: Delivered-To: freebsd-x11@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 99159BA55E6 for ; Wed, 27 Jul 2016 18:33:43 +0000 (UTC) (envelope-from jjuanino@gmail.com) Received: from mail-oi0-x22d.google.com (mail-oi0-x22d.google.com [IPv6:2607:f8b0:4003:c06::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6C7011EF0 for ; Wed, 27 Jul 2016 18:33:43 +0000 (UTC) (envelope-from jjuanino@gmail.com) Received: by mail-oi0-x22d.google.com with SMTP id l65so30124912oib.1 for ; Wed, 27 Jul 2016 11:33:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to :content-transfer-encoding; bh=4Mv+qgh14D+MUB3YVlVJ84vVu8wpnOwFzGQgO2YH/Oo=; b=PovLF7a1jN4oMdN7CT8AYl1cDy5TIj4xUAweENiKPTacX5STELYCRDGfe62LdyanLN 93S8p1dAA2HWeMN7sllymCk9SLlrYR6egSa2rcR7AY9zvxH0LXV8Y6BpBgvdrUTco68n MdYt9gHejUn7l7c+zhoXpCtEFESFBBUxCA6C7wlmvJp+IaIcmA24CjpjsWhRTDVOn/pP JB3tXQhqNlnZJ0NEi68NJkUqrRrzqs1XFaWlxAajLeSsHOHK2MHog+xucbCDVTy1b167 YaERXjxAh0wSO2wqKMEpH/q0yaLoYV6WnmzCQ0FyMI7Bgdz6OA9yX5Q888ZHauZEQ6RN YTOw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to :content-transfer-encoding; bh=4Mv+qgh14D+MUB3YVlVJ84vVu8wpnOwFzGQgO2YH/Oo=; b=JtuNnG0aIZMWWdVMsEW0NN2ylQ6vc6SjkR08LpmhlAlZA96AXYyB0eTH6BejzHf5Ys wnfd7NwTspdlX+AOhMeNwdTuip8lXI1cJcrE7mFjmtsK5g+sy98s1imja8Kd/8HpveTQ Q648BNQPXXweiMlIsaOyWjP3QNAZj5nRUyJiOsNHtuRRtw60x0ebhZXGNvgrQ1o8OpIR HLx2HeQGTDqmQto1ueLDZMpPaT+e4wkKdf/MH5xkcYf1AhVkKME3yA3W3/6IqBSdtgRE G7feHQh02vUzCoo4eP72CbFO5HEdoEo5J4x8I+/iY1E+0akplz8ZCsbrMkfE9kMuyedU ev3w== X-Gm-Message-State: AEkoouvmE7RkbM625u2N8ve1NLhLiMSyvACPK3uC0KKcJkzii/+uZ+WF3vgmOg9Cq6Ny0v3xgB7hCySVnhifAQ== X-Received: by 10.157.6.134 with SMTP id 6mr16813548otx.186.1469644422433; Wed, 27 Jul 2016 11:33:42 -0700 (PDT) MIME-Version: 1.0 Received: by 10.202.171.6 with HTTP; Wed, 27 Jul 2016 11:33:42 -0700 (PDT) From: =?UTF-8?B?Sm9zw6kgR2FyY8OtYSBKdWFuaW5v?= Date: Wed, 27 Jul 2016 20:33:42 +0200 Message-ID: Subject: After upgrade to 11.0-BETA2 some characters does not display properly in a terminal To: freebsd-x11@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.22 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, 27 Jul 2016 18:33:43 -0000 Hi! After upgrade to 11.0-BETA2 from 10.3-RELEASE, I notice that my xfce desktop does not display properly some specific characters in terminal with latin1 enconding (I have a spanish keyboard). More precisely, in my xterm (installed via the ordinary pkg install xterm) the exclamation symbol pointing up (=C2=A1=C2=A1=C2=A1) is not displ= ayed properly, but instead the symbol code <00a1> is printed. Please take a look the screenshot: http://picpaste.com/exclamation-L21PZhNY.png As you can see, when hit the =C2=A1 key on the xterm terminal, the symbol <00a1> appears, although you can save such character and display it rightly by mean of cat, vim, more, less, etc. The issue is focussed exclusively when you type the character on the terminal and you use latin1 encoding, and it is not limited to xterm but to any other terminal. The only workaround is to open the terminal (does not matter which one) with UTF-8 encoding. In this case, the symbol is properly displayed. This behaviour does not exhibit in 10.3-RELEASE. Any comment or advice will be wellcome. Best regards. From owner-freebsd-x11@freebsd.org Thu Jul 28 09:33:48 2016 Return-Path: Delivered-To: freebsd-x11@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7FB6DBA7217 for ; Thu, 28 Jul 2016 09:33:48 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 68C641201 for ; Thu, 28 Jul 2016 09:33:48 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 6444DBA7214; Thu, 28 Jul 2016 09:33:48 +0000 (UTC) Delivered-To: x11@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 64026BA7213 for ; Thu, 28 Jul 2016 09:33:48 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) 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 52DBB11FF for ; Thu, 28 Jul 2016 09:33:48 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id u6S9XlH7075113 for ; Thu, 28 Jul 2016 09:33:47 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: x11@FreeBSD.org Subject: [Bug 211418] x11-drivers/xf86-video-vesa: X11 fails to start; vesa_drv.so Undefined symbol "ioBase" Date: Thu, 28 Jul 2016 09:33:47 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: damonz@g3os.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: x11@FreeBSD.org 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: quoted-printable 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.22 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, 28 Jul 2016 09:33:48 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D211418 Bug ID: 211418 Summary: x11-drivers/xf86-video-vesa: X11 fails to start; vesa_drv.so Undefined symbol "ioBase" Product: Ports & Packages Version: Latest Hardware: ppc OS: Any Status: New Severity: Affects Only Me Priority: --- Component: Individual Port(s) Assignee: x11@FreeBSD.org Reporter: damonz@g3os.org Assignee: x11@FreeBSD.org Flags: maintainer-feedback?(x11@FreeBSD.org) OVERVIEW: When I run startx, the (X) server can't load the vesa driver and without a working driver, X fails to start. The log indicates that ioBase can't be f= ound in vesa_drv.so but I can see it defined in vesa.h which vesa.c includes. STEPS TO REPRODUCE: 1) Tell xorg to use the vesa driver (the radeon driver doesn't seem to be available for PowerPC) $ cat /usr/local/etc/X11/xorg.conf.d/driver-radeon.conf # https://www.freebsd.org/doc/handbook/x-config.html#x-config-video-cards-f= ile # http://mac.linux.be/content/g4-emac-1ghz-radeon Section "Device" Identifier "ATI Technologies Inc Radeon RV200 QW [Radeon 7500]" # Driver "radeon" Driver "vesa" BusID "PCI:0:16:0" EndSection 2) As a user (i.e. not root), run `startx` Note I've tried building xorg from ports as well as using prebuilt packages from https://joshcummings.net/pub/FreeBSD/FreeBSD%3a10%3apowerpc/2016Q1/All/ which were apparently built using Poudriere. ACTUAL RESULTS:=20 (stdout) $ startx xauth: file /home/damonz/.serverauth.887 does not exist xauth: (argv):1: bad display name "emac.local:0" in "list" command xauth: (stdin):1: bad display name "emac.local:0" in "add" command X.Org X Server 1.17.4 Release Date: 2015-10-28 X Protocol Version 11, Revision 0 Build Operating System: FreeBSD 10.2-RELEASE powerpc Current Operating System: FreeBSD emac.local 10.3-RELEASE FreeBSD 10.3-RELE= ASE #0 r297264: Fri Mar 25 05:18:20 UTC 2016 ro ot@releng1.nyi.freebsd.org:/usr/obj/powerpc.powerpc/usr/src/sys/GENERIC pow= erpc Build Date: 22 March 2016 06:14:55PM Current version of pixman: 0.32.8 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (=3D=3D) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (=3D=3D) Log file: "/var/log/Xorg.0.log", Time: Wed Jul 27 19:41:47 2016 (=3D=3D) Using config directory: "/usr/local/etc/X11/xorg.conf.d" (EE) Fatal server error: (EE) no screens found(EE) (EE) Please consult the The X.Org Foundation support at http://wiki.x.org for help. (EE) Please also check the log file at "/var/log/Xorg.0.log" for additional information. (EE) (EE) Server terminated with error (1). Closing log file. xinit: giving up xinit: unable to connect to X server: Connection refused xinit: server error xauth: (argv):1: bad display name "emac.local:0" in "remove" command feel sad (/var/log/Xorg.0.log) [ 396.980]=20 X.Org X Server 1.17.4 Release Date: 2015-10-28 [ 396.981] X Protocol Version 11, Revision 0 [ 396.981] Build Operating System: FreeBSD 10.2-RELEASE powerpc=20 [ 396.981] Current Operating System: FreeBSD emac.local 10.3-RELEASE Free= BSD 10.3-RELEASE #0 r297264: Fri Mar 25 05:18:20 UTC 2016=20=20=20=20 root@releng1.nyi.freebsd.org:/usr/obj/powerpc.powerpc/usr/src/sys/GENERIC powerpc [ 396.982] Build Date: 22 March 2016 06:14:55PM [ 396.982]=20=20 [ 396.982] Current version of pixman: 0.32.8 [ 396.982] Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [ 396.982] Markers: (--) probed, (**) from config file, (=3D=3D) default = setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 396.983] (=3D=3D) Log file: "/var/log/Xorg.0.log", Time: Wed Jul 27 19:= 41:47 2016 [ 397.071] (=3D=3D) Using config directory: "/usr/local/etc/X11/xorg.conf= .d" [ 397.102] (=3D=3D) ServerLayout "Default Layout" [ 397.102] (**) |-->Screen "Screen0" (0) [ 397.102] (**) | |-->Monitor "Monitor[0]" [ 397.103] (**) | |-->Device "ATI Technologies Inc Radeon RV200 QW [Rad= eon 7500]" [ 397.103] (=3D=3D) Automatically adding devices [ 397.103] (=3D=3D) Automatically enabling devices [ 397.103] (=3D=3D) Not automatically adding GPU devices [ 397.257] (=3D=3D) FontPath set to: /usr/local/share/fonts/misc/, /usr/local/share/fonts/TTF/, /usr/local/share/fonts/OTF/, /usr/local/share/fonts/Type1/, /usr/local/share/fonts/100dpi/, /usr/local/share/fonts/75dpi/ [ 397.257] (=3D=3D) ModulePath set to "/usr/local/lib/xorg/modules" [ 397.257] (II) The server relies on devd to provide the list of input devices. If no devices become available, reconfigure devd or disable AutoAddDevices. [ 397.257] (II) Loader magic: 0x1a2001c [ 397.258] (II) Module ABI versions: [ 397.258] X.Org ANSI C Emulation: 0.4 [ 397.258] X.Org Video Driver: 19.0 [ 397.258] X.Org XInput driver : 21.0 [ 397.258] X.Org Server Extension : 9.0 [ 397.258] (WW) xf86EnableIO -1 [ 397.258] (II) xf86EnableIO: ffffffff [ 397.258] (WW) Can't map IO space! [ 397.259] (--) PCI: (0:0:16:0) 1002:5157:1002:5157 rev 0, Mem @ 0x98000000/134217728, 0x90000000/65536, I/O @ 0x00000400/256, BIOS @ 0x????????/65536 [ 397.259] (II) "glx" will be loaded by default. [ 397.259] (II) LoadModule: "int10" [ 397.277] (II) Loading /usr/local/lib/xorg/modules/libint10.so [ 397.282] (II) Module int10: vendor=3D"X.Org Foundation" [ 397.282] compiled for 1.17.4, module version =3D 1.0.0 [ 397.282] ABI class: X.Org Video Driver, version 19.0 [ 397.282] (II) LoadModule: "vbe" [ 397.283] (II) Loading /usr/local/lib/xorg/modules/libvbe.so [ 397.285] (II) Module vbe: vendor=3D"X.Org Foundation" [ 397.285] compiled for 1.17.4, module version =3D 1.1.0 [ 397.285] ABI class: X.Org Video Driver, version 19.0 [ 397.285] (II) LoadModule: "glx" [ 397.286] (II) Loading /usr/local/lib/xorg/modules/extensions/libglx.so [ 397.332] (II) Module glx: vendor=3D"X.Org Foundation" [ 397.332] compiled for 1.17.4, module version =3D 1.0.0 [ 397.332] ABI class: X.Org Server Extension, version 9.0 [ 397.333] (=3D=3D) AIGLX enabled [ 397.333] (II) LoadModule: "vesa" [ 397.333] (II) Loading /usr/local/lib/xorg/modules/drivers/vesa_drv.so [ 397.338] (EE) Failed to load /usr/local/lib/xorg/modules/drivers/vesa_drv.so: /usr/local/lib/xorg/modules/drivers/vesa_drv.so: Undefined symbol "ioBase" [ 397.338] (II) UnloadModule: "vesa" [ 397.338] (II) Unloading vesa [ 397.338] (EE) Failed to load module "vesa" (loader failed, 7) [ 397.338] (EE) No drivers available. [ 397.338] (EE)=20 Fatal server error: [ 397.338] (EE) no screens found(EE)=20 [ 397.338] (EE)=20 Please consult the The X.Org Foundation support=20 at http://wiki.x.org for help.=20 [ 397.339] (EE) Please also check the log file at "/var/log/Xorg.0.log" f= or additional information. [ 397.339] (EE)=20 [ 397.339] (EE) Server terminated with error (1). Closing log file. EXPECTED RESULTS: xorg starts and displays twm and xterm BUILD DATE & HARDWARE:=20 I have an Apple eMac. $ uname -a FreeBSD emac.local 10.3-RELEASE FreeBSD 10.3-RELEASE #0 r297264: Fri Mar 25 05:18:20 UTC 2016=20=20=20=20 root@releng1.nyi.freebsd.org:/usr/obj/powerpc.powerpc/usr/src/sys/GENERIC=20 powerpc # pciconf -lcv hostb0@pci0:0:11:0: class=3D0x060000 card=3D0x00000000 chip=3D0x002d106= b rev=3D0x00 hdr=3D0x00 vendor =3D 'Apple Inc.' device =3D 'UniNorth 1.5 AGP' class =3D bridge subclass =3D HOST-PCI cap 02[80] =3D AGP 4x 2x 1x SBA disabled vgapci0@pci0:0:16:0: class=3D0x030000 card=3D0x51571002 chip=3D0x5157100= 2 rev=3D0x00 hdr=3D0x00 vendor =3D 'Advanced Micro Devices, Inc. [AMD/ATI]' device =3D 'RV200 [Radeon 7500/7500 LE]' class =3D display subclass =3D VGA cap 02[58] =3D AGP 4x 2x 1x SBA disabled cap 01[50] =3D powerspec 2 supports D0 D1 D2 D3 current D0 ... # dmesg | grep cpu cpu0: Motorola PowerPC 7455 revision 3.3, 1000.26 MHz cpu0: Features 9c000000 cpu0: HID0 8450c0bc cpulist0: on ofwbus0 cpu0: on cpulist0 ADDITIONAL NOTES: In spite of the ports manual I don't know enough about patching ports yet to change the code and print things out. When I try to make changes to /usr/ports/x11-drivers/xf86-video-vesa/work/xf86-video-vesa-2.3.4/src/vesa.= c, make install clobbers them. Let me know if I can provide other details. Thank you, - d --=20 You are receiving this mail because: You are the assignee for the bug.= From owner-freebsd-x11@freebsd.org Thu Jul 28 09:33:48 2016 Return-Path: Delivered-To: freebsd-x11@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7F445BA7216 for ; Thu, 28 Jul 2016 09:33:48 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 647F21200 for ; Thu, 28 Jul 2016 09:33:48 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 63A54BA7212; Thu, 28 Jul 2016 09:33:48 +0000 (UTC) Delivered-To: x11@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 633DFBA7211 for ; Thu, 28 Jul 2016 09:33:48 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) 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 5284011FD for ; Thu, 28 Jul 2016 09:33:48 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id u6S9XlH5075113 for ; Thu, 28 Jul 2016 09:33:47 GMT (envelope-from bugzilla-noreply@freebsd.org) Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="UTF-8" From: bugzilla-noreply@freebsd.org To: x11@FreeBSD.org Subject: maintainer-feedback requested: [Bug 211418] x11-drivers/xf86-video-vesa: X11 fails to start; vesa_drv.so Undefined symbol "ioBase" Date: Thu, 28 Jul 2016 09:33:47 +0000 X-Bugzilla-Type: request X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: x11@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback? Message-ID: In-Reply-To: References: 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.22 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, 28 Jul 2016 09:33:48 -0000 Damon Zwolinski has reassigned Bugzilla Automation 's request for maintainer-feedback to x11@FreeBSD.org: Bug 211418: x11-drivers/xf86-video-vesa: X11 fails to start; vesa_drv.so Undefined symbol "ioBase" https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D211418 --- Description --- OVERVIEW: When I run startx, the (X) server can't load the vesa driver and without a working driver, X fails to start. The log indicates that ioBase can't be f= ound in vesa_drv.so but I can see it defined in vesa.h which vesa.c includes. STEPS TO REPRODUCE: 1) Tell xorg to use the vesa driver (the radeon driver doesn't seem to be available for PowerPC) $ cat /usr/local/etc/X11/xorg.conf.d/driver-radeon.conf # https://www.freebsd.org/doc/handbook/x-config.html#x-config-video-cards-f= ile # http://mac.linux.be/content/g4-emac-1ghz-radeon Section "Device" Identifier "ATI Technologies Inc Radeon RV200 QW [Radeon 7500]" # Driver "radeon" Driver "vesa" BusID "PCI:0:16:0" EndSection 2) As a user (i.e. not root), run `startx` Note I've tried building xorg from ports as well as using prebuilt packages from https://joshcummings.net/pub/FreeBSD/FreeBSD%3a10%3apowerpc/2016Q1/All/ which were apparently built using Poudriere. ACTUAL RESULTS:=20 (stdout) $ startx xauth: file /home/damonz/.serverauth.887 does not exist xauth: (argv):1: bad display name "emac.local:0" in "list" command xauth: (stdin):1: bad display name "emac.local:0" in "add" command X.Org X Server 1.17.4 Release Date: 2015-10-28 X Protocol Version 11, Revision 0 Build Operating System: FreeBSD 10.2-RELEASE powerpc Current Operating System: FreeBSD emac.local 10.3-RELEASE FreeBSD 10.3-RELE= ASE #0 r297264: Fri Mar 25 05:18:20 UTC 2016 ro ot@releng1.nyi.freebsd.org:/usr/obj/powerpc.powerpc/usr/src/sys/GENERIC pow= erpc Build Date: 22 March 2016 06:14:55PM Current version of pixman: 0.32.8 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (=3D=3D) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (=3D=3D) Log file: "/var/log/Xorg.0.log", Time: Wed Jul 27 19:41:47 2016 (=3D=3D) Using config directory: "/usr/local/etc/X11/xorg.conf.d" (EE) Fatal server error: (EE) no screens found(EE) (EE) Please consult the The X.Org Foundation support at http://wiki.x.org for help. (EE) Please also check the log file at "/var/log/Xorg.0.log" for additional information. (EE) (EE) Server terminated with error (1). Closing log file. xinit: giving up xinit: unable to connect to X server: Connection refused xinit: server error xauth: (argv):1: bad display name "emac.local:0" in "remove" command feel sad (/var/log/Xorg.0.log) [ 396.980]=20 X.Org X Server 1.17.4 Release Date: 2015-10-28 [ 396.981] X Protocol Version 11, Revision 0 [ 396.981] Build Operating System: FreeBSD 10.2-RELEASE powerpc=20 [ 396.981] Current Operating System: FreeBSD emac.local 10.3-RELEASE Free= BSD 10.3-RELEASE #0 r297264: Fri Mar 25 05:18:20 UTC 2016=09=20 root@releng1.nyi.freebsd.org:/usr/obj/powerpc.powerpc/usr/src/sys/GENERIC powerpc [ 396.982] Build Date: 22 March 2016 06:14:55PM [ 396.982]=20=20 [ 396.982] Current version of pixman: 0.32.8 [ 396.982] Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [ 396.982] Markers: (--) probed, (**) from config file, (=3D=3D) default = setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 396.983] (=3D=3D) Log file: "/var/log/Xorg.0.log", Time: Wed Jul 27 19:= 41:47 2016 [ 397.071] (=3D=3D) Using config directory: "/usr/local/etc/X11/xorg.conf= .d" [ 397.102] (=3D=3D) ServerLayout "Default Layout" [ 397.102] (**) |-->Screen "Screen0" (0) [ 397.102] (**) | |-->Monitor "Monitor[0]" [ 397.103] (**) | |-->Device "ATI Technologies Inc Radeon RV200 QW [Rad= eon 7500]" [ 397.103] (=3D=3D) Automatically adding devices [ 397.103] (=3D=3D) Automatically enabling devices [ 397.103] (=3D=3D) Not automatically adding GPU devices [ 397.257] (=3D=3D) FontPath set to: /usr/local/share/fonts/misc/, /usr/local/share/fonts/TTF/, /usr/local/share/fonts/OTF/, /usr/local/share/fonts/Type1/, /usr/local/share/fonts/100dpi/, /usr/local/share/fonts/75dpi/ [ 397.257] (=3D=3D) ModulePath set to "/usr/local/lib/xorg/modules" [ 397.257] (II) The server relies on devd to provide the list of input devices. If no devices become available, reconfigure devd or disable AutoAddDevices. [ 397.257] (II) Loader magic: 0x1a2001c [ 397.258] (II) Module ABI versions: [ 397.258] X.Org ANSI C Emulation: 0.4 [ 397.258] X.Org Video Driver: 19.0 [ 397.258] X.Org XInput driver : 21.0 [ 397.258] X.Org Server Extension : 9.0 [ 397.258] (WW) xf86EnableIO -1 [ 397.258] (II) xf86EnableIO: ffffffff [ 397.258] (WW) Can't map IO space! [ 397.259] (--) PCI: (0:0:16:0) 1002:5157:1002:5157 rev 0, Mem @ 0x98000000/134217728, 0x90000000/65536, I/O @ 0x00000400/256, BIOS @ 0x????????/65536 [ 397.259] (II) "glx" will be loaded by default. [ 397.259] (II) LoadModule: "int10" [ 397.277] (II) Loading /usr/local/lib/xorg/modules/libint10.so [ 397.282] (II) Module int10: vendor=3D"X.Org Foundation" [ 397.282] compiled for 1.17.4, module version =3D 1.0.0 [ 397.282] ABI class: X.Org Video Driver, version 19.0 [ 397.282] (II) LoadModule: "vbe" [ 397.283] (II) Loading /usr/local/lib/xorg/modules/libvbe.so [ 397.285] (II) Module vbe: vendor=3D"X.Org Foundation" [ 397.285] compiled for 1.17.4, module version =3D 1.1.0 [ 397.285] ABI class: X.Org Video Driver, version 19.0 [ 397.285] (II) LoadModule: "glx" [ 397.286] (II) Loading /usr/local/lib/xorg/modules/extensions/libglx.so [ 397.332] (II) Module glx: vendor=3D"X.Org Foundation" [ 397.332] compiled for 1.17.4, module version =3D 1.0.0 [ 397.332] ABI class: X.Org Server Extension, version 9.0 [ 397.333] (=3D=3D) AIGLX enabled [ 397.333] (II) LoadModule: "vesa" [ 397.333] (II) Loading /usr/local/lib/xorg/modules/drivers/vesa_drv.so [ 397.338] (EE) Failed to load /usr/local/lib/xorg/modules/drivers/vesa_drv.so: /usr/local/lib/xorg/modules/drivers/vesa_drv.so: Undefined symbol "ioBase" [ 397.338] (II) UnloadModule: "vesa" [ 397.338] (II) Unloading vesa [ 397.338] (EE) Failed to load module "vesa" (loader failed, 7) [ 397.338] (EE) No drivers available. [ 397.338] (EE)=20 Fatal server error: [ 397.338] (EE) no screens found(EE)=20 [ 397.338] (EE)=20 Please consult the The X.Org Foundation support=20 at http://wiki.x.org for help.=20 [ 397.339] (EE) Please also check the log file at "/var/log/Xorg.0.log" f= or additional information. [ 397.339] (EE)=20 [ 397.339] (EE) Server terminated with error (1). Closing log file. EXPECTED RESULTS: xorg starts and displays twm and xterm BUILD DATE & HARDWARE:=20 I have an Apple eMac. $ uname -a FreeBSD emac.local 10.3-RELEASE FreeBSD 10.3-RELEASE #0 r297264: Fri Mar 25 05:18:20 UTC 2016=20=20=20=20 root@releng1.nyi.freebsd.org:/usr/obj/powerpc.powerpc/usr/src/sys/GENERIC=20 powerpc # pciconf -lcv hostb0@pci0:0:11:0: class=3D0x060000 card=3D0x00000000 chip=3D0x002d106b re= v=3D0x00 hdr=3D0x00 vendor =3D 'Apple Inc.' device =3D 'UniNorth 1.5 AGP' class =3D bridge subclass =3D HOST-PCI cap 02[80] =3D AGP 4x 2x 1x SBA disabled vgapci0@pci0:0:16:0: class=3D0x030000 card=3D0x51571002 chip=3D0x51571002 r= ev=3D0x00 hdr=3D0x00 vendor =3D 'Advanced Micro Devices, Inc. [AMD/ATI]' device =3D 'RV200 [Radeon 7500/7500 LE]' class =3D display subclass =3D VGA cap 02[58] =3D AGP 4x 2x 1x SBA disabled cap 01[50] =3D powerspec 2 supports D0 D1 D2 D3 current D0 ... # dmesg | grep cpu cpu0: Motorola PowerPC 7455 revision 3.3, 1000.26 MHz cpu0: Features 9c000000 cpu0: HID0 8450c0bc cpulist0: on ofwbus0 cpu0: on cpulist0 ADDITIONAL NOTES: In spite of the ports manual I don't know enough about patching ports yet to change the code and print things out. When I try to make changes to /usr/ports/x11-drivers/xf86-video-vesa/work/xf86-video-vesa-2.3.4/src/vesa.= c, make install clobbers them. Let me know if I can provide other details. Thank you, - d From owner-freebsd-x11@freebsd.org Thu Jul 28 15:14:30 2016 Return-Path: Delivered-To: freebsd-x11@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 624E6BA7FF0 for ; Thu, 28 Jul 2016 15:14:30 +0000 (UTC) (envelope-from elie.charles@get-web-solutions.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 50E0C1C5C for ; Thu, 28 Jul 2016 15:14:30 +0000 (UTC) (envelope-from elie.charles@get-web-solutions.com) Received: by mailman.ysv.freebsd.org (Postfix) id 50309BA7FEF; Thu, 28 Jul 2016 15:14:30 +0000 (UTC) Delivered-To: x11@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4FCC1BA7FEE for ; Thu, 28 Jul 2016 15:14:30 +0000 (UTC) (envelope-from elie.charles@get-web-solutions.com) Received: from vp1.gcm.wikaba.com (vp1.gcm.wikaba.com [198.100.30.249]) by mx1.freebsd.org (Postfix) with ESMTP id 3FA301C5B for ; Thu, 28 Jul 2016 15:14:29 +0000 (UTC) (envelope-from elie.charles@get-web-solutions.com) Received: from WS86 (unknown [182.69.230.136]) by vp1.gcm.wikaba.com (Postfix) with ESMTPA id 3E60746E57 for ; Thu, 28 Jul 2016 19:03:41 +0400 (MSD) From: "Elie.Charles" To: Subject: Pay only when we rank your keywords on top... Date: Thu, 28 Jul 2016 20:15:02 +0530 Message-ID: <163a01d1e8e1$3a30fe30$ae92fa90$@get-web-solutions.com> MIME-Version: 1.0 X-Mailer: Microsoft Outlook 14.0 Thread-Index: AdHo3mcKv7mi6mS9RUmZzYEE5iHDEw== Content-Language: en-us Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.22 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, 28 Jul 2016 15:14:30 -0000 Hey, Get into action! Google's top page is waiting for you! Are you wasting your time on conventional SEO? The New Age Performance SEO is here. Forget about investing money for your SEO efforts. It's time to THINK DIFFERENT. Intrigued? Give us a hand and let us take you to your destination, i.e., Top of Search Results. Who are we? We are ResultFirst, a 10-year-old company that has never fallen short of success stories to tell. Our unique SEO model attracts customers from all geographies of the world, and we are proud to cater to the needs of every type of business belonging to whichever industry, scale, or region. What we do? We do "Pay-For-Performance SEO." You are the boss here! You get to pay only when we rank your keywords on top searches. Yes, you heard it right! - No monthly fee / No contractual payout - FREE website analysis report. - Dedicated 24*7 support. - Only one time set up fee Why us? We are a bad business. We don't know how to earn. We believe in delivering results and helping businesses grow. Our goal is YOUR SUCCESS. Trust us, dropping a reply won't cost you a bit! We help everyone who calls up and we give a FREE website analysis report to every caller. Wanna give us a shot? Just reply to this email with your contact number and an expert will call you up. Warm Regards, Elie Charles Marketing Manager ResultFirst Inc. Head Office: San Jose, CA 95120 In case you are NOT INTERESTED, reply with "UNSUBSCRIBE" and you will be removed from our database within 2 business days, don't worry!