From owner-freebsd-x11@freebsd.org Sun Sep 25 20:43:25 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 62376BE881A for ; Sun, 25 Sep 2016 20:43:25 +0000 (UTC) (envelope-from list1@gjunka.com) Received: from msa1.earth.yoonka.com (yoonka.com [185.24.122.233]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "msa1.earth.yoonka.com", Issuer "msa1.earth.yoonka.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 136062FF for ; Sun, 25 Sep 2016 20:43:24 +0000 (UTC) (envelope-from list1@gjunka.com) Received: from ultrabook.yoonka.com ([10.70.1.1]) (authenticated bits=0) by msa1.earth.yoonka.com (8.15.2/8.15.2) with ESMTPSA id u8PKhLdm002708 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Sun, 25 Sep 2016 20:43:22 GMT (envelope-from list1@gjunka.com) X-Authentication-Warning: msa1.earth.yoonka.com: Host [10.70.1.1] claimed to be ultrabook.yoonka.com To: freebsd-x11@freebsd.org From: Grzegorz Junka Subject: X11 stopped working after upgrading ports Message-ID: Date: Sun, 25 Sep 2016 20:43:21 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.3.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.23 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, 25 Sep 2016 20:43:25 -0000 Not sure which port broke it. All was working fine. I was usually starting X11 with 'startx'. My .xinitrc is pretty standard: exec /usr/local/bin/lumina-desktop The problem is that after upgrading some packages the X windows stopped displaying properly. When I issue 'startx' I see logs from applications being started when I switch back to the console in which I issued 'startx' (Ctrl+Alt+1). However, nothing is happening on the X11 screen (Alt+9). The screen remains black, the mouse cursors stays where it was before issuing 'startx' but doesn't move. And there is the big white text cursor in the left upper corner. And that's it. I compiled packages with poudriere. One of the upgraded packages was nvidia-driver which is now at version 367.44 (before it was 35x something, don't remember). I wasn't changing anything in /etc/X11/xorg.conf but I re-run nvidia-xconfig just in case. It didn't help. Was there any special script that I supposed to run after upgrading nvidia driver? I remember having to run something but I don't remember from where and in what conditions. Anything else that might have broken it? I tried with fluxbox instead of lumina-desktop but it doesn't make any difference. How to debug this problem? Grzegorz From owner-freebsd-x11@freebsd.org Sun Sep 25 20:45:28 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 4A3F1BE88C7 for ; Sun, 25 Sep 2016 20:45:28 +0000 (UTC) (envelope-from cse.cem@gmail.com) Received: from mail-io0-f180.google.com (mail-io0-f180.google.com [209.85.223.180]) (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 1D05C381 for ; Sun, 25 Sep 2016 20:45:27 +0000 (UTC) (envelope-from cse.cem@gmail.com) Received: by mail-io0-f180.google.com with SMTP id e66so75002426iod.1 for ; Sun, 25 Sep 2016 13:45:27 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:reply-to:in-reply-to:references :from:date:message-id:subject:to:cc; bh=fip/GEHl+V40dsgbXM8uM6LxnxpHvmBFqoQk30WoxDU=; b=SaqnjNBaUZIHZTT6LkTf2Zk+9vQRNYYmlxQWTH2vVcG6yBzWG/QSL0yScd8Yj5nkLX 1hVcBqjL+1mSgNX6Xv72DiArVP8OynJPj3kEWEs/L9fBeAaz4NwpIFtya14TPRzAa5li iEly/bqRdNeNx/drOiTHPY2okwqzS2VYj6itK5Mv7gN1vF/VLsNvjLS5QbMUBNMnl71V KMpyLc1NcbHdydlpn62FMHa64pGeHfFKkXuB6rKkbc09BaKTPbfwfrSO9vWMUaMmQ4KR YmEZjXPvpSuv8yYNycSyMs1QJsQXvtPYUYt8SCkQjBmj2an4qtOsfsHk+sH8Z4mC9sMA 3qlA== X-Gm-Message-State: AE9vXwOsqvPr2eK/1mXQR9XmibDj2F+jWs8LhOthyCAt35Du8gJh0Wg0vQhskURLknLv3w== X-Received: by 10.107.63.11 with SMTP id m11mr18554836ioa.56.1474836321585; Sun, 25 Sep 2016 13:45:21 -0700 (PDT) Received: from mail-io0-f177.google.com (mail-io0-f177.google.com. [209.85.223.177]) by smtp.gmail.com with ESMTPSA id v7sm2588936ita.9.2016.09.25.13.45.21 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 25 Sep 2016 13:45:21 -0700 (PDT) Received: by mail-io0-f177.google.com with SMTP id e66so75002288iod.1 for ; Sun, 25 Sep 2016 13:45:21 -0700 (PDT) X-Received: by 10.107.20.204 with SMTP id 195mr22791469iou.183.1474836320917; Sun, 25 Sep 2016 13:45:20 -0700 (PDT) MIME-Version: 1.0 Reply-To: cem@freebsd.org Received: by 10.36.220.129 with HTTP; Sun, 25 Sep 2016 13:45:20 -0700 (PDT) In-Reply-To: References: From: Conrad Meyer Date: Sun, 25 Sep 2016 13:45:20 -0700 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: X11 stopped working after upgrading ports To: Grzegorz Junka Cc: x11-list freebsd Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.23 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, 25 Sep 2016 20:45:28 -0000 You want nvidia-modeset.ko now, as documented in nvidia-driver pkg-message and UPDATING. Best, Conrad On Sun, Sep 25, 2016 at 1:43 PM, Grzegorz Junka wrote: > Not sure which port broke it. All was working fine. I was usually starting > X11 with 'startx'. My .xinitrc is pretty standard: > > exec /usr/local/bin/lumina-desktop > > The problem is that after upgrading some packages the X windows stopped > displaying properly. When I issue 'startx' I see logs from applications > being started when I switch back to the console in which I issued 'startx' > (Ctrl+Alt+1). However, nothing is happening on the X11 screen (Alt+9). The > screen remains black, the mouse cursors stays where it was before issuing > 'startx' but doesn't move. And there is the big white text cursor in the > left upper corner. And that's it. > > I compiled packages with poudriere. One of the upgraded packages was > nvidia-driver which is now at version 367.44 (before it was 35x something, > don't remember). I wasn't changing anything in /etc/X11/xorg.conf but I > re-run nvidia-xconfig just in case. It didn't help. > > Was there any special script that I supposed to run after upgrading nvidia > driver? I remember having to run something but I don't remember from where > and in what conditions. Anything else that might have broken it? I tried > with fluxbox instead of lumina-desktop but it doesn't make any difference. > How to debug this problem? > > Grzegorz > _______________________________________________ > 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" From owner-freebsd-x11@freebsd.org Sun Sep 25 20:48:23 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 E22CBBE8993 for ; Sun, 25 Sep 2016 20:48:23 +0000 (UTC) (envelope-from andrnils@gmail.com) Received: from mail-vk0-x230.google.com (mail-vk0-x230.google.com [IPv6:2607:f8b0:400c:c05::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 9AA8964A for ; Sun, 25 Sep 2016 20:48:23 +0000 (UTC) (envelope-from andrnils@gmail.com) Received: by mail-vk0-x230.google.com with SMTP id d8so29576828vka.3 for ; Sun, 25 Sep 2016 13:48:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=2DQSAdQCzqTyf8MtLmA5nZDAH8RwapPptvmPPvMOZHo=; b=veean83qcVBZPrylytBLDSeozmCGPrzZP2v7PIOvD65aASfyu2FiSlFNm0pWJh02Jb uMHD83KivqFXOnEf8H2chQ914/cjHh7wagOS4NmXtpDZHYqSJF9D2Ik1RcpwXxIw9N3z MNgjOwyKkWaBRKpLX76uacD9TtB7kltCA7qN9Zt3EoSDHGEvYQijI0v8nq6vd8H4KaNf fPut++6pcUYH+LiL9+Aiwb8zA/z5/mEC7wWUSkopH7nCDI+4DOVDza30qw5+qcC6g6O7 AJtlfPuyVehVfa7A/sssDP5gdB8PsTftkGvO+syeqb/+YMhi8b0qwiXtXnmkoMXEgiBR ARdQ== 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:cc; bh=2DQSAdQCzqTyf8MtLmA5nZDAH8RwapPptvmPPvMOZHo=; b=YD+E+EOpfA/O5vc7/C7LmQgFsVWLhsVdwpFUW/RUHRP7wqP9wDh4jjxWTIToeZd58Q L6kRj3NbCLQo5lDPINBIkN9mXSail9JmdKExKi/AbxCKFG8176mMzPXUM8jqLxTKMlpv Ty/5xjTTDbkRn9n6Dw/q8UOFsNYtBP4hD5OYgHXHz6qvuct1cebQzSskqqQgWBzx0ocX OOdnkJJtLlZpUOCLcOmBwatLJ4kVUhMqXGpDMHiJGamHiWvpd+oji4zC4bL0FzyS1dyf G0QEKKSjQBAyeEyQfTc7D8MXOij54V0jgN3S81QmjLJXfb5YxmeeEmMV5FmYyofe8j8m jjNw== X-Gm-Message-State: AA6/9RnFD5ty9FLaF8tSIP42i3Ab0kQ4xjLdJUqhKo2iG5swKzUrkZH667Tx9Vy8QrrC8qGd81X1Zts2pNVPfA== X-Received: by 10.31.231.66 with SMTP id e63mr4454544vkh.45.1474836502699; Sun, 25 Sep 2016 13:48:22 -0700 (PDT) MIME-Version: 1.0 Received: by 10.176.3.138 with HTTP; Sun, 25 Sep 2016 13:48:21 -0700 (PDT) Received: by 10.176.3.138 with HTTP; Sun, 25 Sep 2016 13:48:21 -0700 (PDT) In-Reply-To: References: From: Andreas Nilsson Date: Sun, 25 Sep 2016 22:48:21 +0200 Message-ID: Subject: Re: X11 stopped working after upgrading ports To: Grzegorz Junka Cc: FreeBSD X11 mailing list Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.23 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, 25 Sep 2016 20:48:24 -0000 Did you make sure to load the right module? I think you know need to load two modules. Best regards Andreas On Sep 25, 2016 10:43 PM, "Grzegorz Junka" wrote: > Not sure which port broke it. All was working fine. I was usually starting > X11 with 'startx'. My .xinitrc is pretty standard: > > exec /usr/local/bin/lumina-desktop > > The problem is that after upgrading some packages the X windows stopped > displaying properly. When I issue 'startx' I see logs from applications > being started when I switch back to the console in which I issued 'startx' > (Ctrl+Alt+1). However, nothing is happening on the X11 screen (Alt+9). The > screen remains black, the mouse cursors stays where it was before issuing > 'startx' but doesn't move. And there is the big white text cursor in the > left upper corner. And that's it. > > I compiled packages with poudriere. One of the upgraded packages was > nvidia-driver which is now at version 367.44 (before it was 35x something, > don't remember). I wasn't changing anything in /etc/X11/xorg.conf but I > re-run nvidia-xconfig just in case. It didn't help. > > Was there any special script that I supposed to run after upgrading nvidia > driver? I remember having to run something but I don't remember from where > and in what conditions. Anything else that might have broken it? I tried > with fluxbox instead of lumina-desktop but it doesn't make any difference. > How to debug this problem? > > Grzegorz > _______________________________________________ > 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" > From owner-freebsd-x11@freebsd.org Sun Sep 25 21:00:54 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 C8129BE8FD6 for ; Sun, 25 Sep 2016 21:00:54 +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 B847CEE3 for ; Sun, 25 Sep 2016 21:00:54 +0000 (UTC) (envelope-from bugzilla-noreply@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id B7CD7BE8FD4; Sun, 25 Sep 2016 21:00:54 +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 B786EBE8FD2 for ; Sun, 25 Sep 2016 21:00:54 +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 94C59EE0 for ; Sun, 25 Sep 2016 21:00:54 +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 u8PL01sr001807 for ; Sun, 25 Sep 2016 21:00:54 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Message-Id: <201609252100.u8PL01sr001807@kenobi.freebsd.org> From: bugzilla-noreply@FreeBSD.org To: x11@FreeBSD.org Subject: Problem reports for x11@FreeBSD.org that need special attention Date: Sun, 25 Sep 2016 21:00:54 +0000 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.23 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, 25 Sep 2016 21:00:54 -0000 To view an individual PR, use: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=(Bug Id). The following is a listing of current problems submitted by FreeBSD users, which need special attention. These represent problem reports covering all versions including experimental development code and obsolete releases. Status | Bug Id | Description ------------+-----------+--------------------------------------------------- In Progress | 188833 | [suspend/resume] Suspend/resume with Intel GMA HD Open | 211797 | x11-fonts/xfs: Add CPE information 2 problems total for which you should take action. From owner-freebsd-x11@freebsd.org Sun Sep 25 22:02:11 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 9D7DABEA3EE for ; Sun, 25 Sep 2016 22:02:11 +0000 (UTC) (envelope-from list1@gjunka.com) Received: from msa1.earth.yoonka.com (yoonka.com [185.24.122.233]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "msa1.earth.yoonka.com", Issuer "msa1.earth.yoonka.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 32A85219 for ; Sun, 25 Sep 2016 22:02:10 +0000 (UTC) (envelope-from list1@gjunka.com) Received: from ultrabook.yoonka.com ([10.70.1.1]) (authenticated bits=0) by msa1.earth.yoonka.com (8.15.2/8.15.2) with ESMTPSA id u8PM28Ot004158 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Sun, 25 Sep 2016 22:02:09 GMT (envelope-from list1@gjunka.com) X-Authentication-Warning: msa1.earth.yoonka.com: Host [10.70.1.1] claimed to be ultrabook.yoonka.com Subject: Re: X11 stopped working after upgrading ports References: From: Grzegorz Junka To: x11-list freebsd Message-ID: Date: Sun, 25 Sep 2016 22:02:08 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.23 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, 25 Sep 2016 22:02:11 -0000 Thank you very much, that helped. I was looking into the package itself but couldn't find anything useful, and pkg info nvidia-driver wasn't showing anything interesting either. I thought that pkg-message shows what's in pkg-descr, not files/pkg-message.in. And I forgot about the UPDATING file. Best Grzegorz On 25/09/2016 20:45, Conrad Meyer wrote: > You want nvidia-modeset.ko now, as documented in nvidia-driver > pkg-message and UPDATING. > > Best, > Conrad > > On Sun, Sep 25, 2016 at 1:43 PM, Grzegorz Junka wrote: >> Not sure which port broke it. All was working fine. I was usually starting >> X11 with 'startx'. My .xinitrc is pretty standard: >> >> exec /usr/local/bin/lumina-desktop >> >> The problem is that after upgrading some packages the X windows stopped >> displaying properly. When I issue 'startx' I see logs from applications >> being started when I switch back to the console in which I issued 'startx' >> (Ctrl+Alt+1). However, nothing is happening on the X11 screen (Alt+9). The >> screen remains black, the mouse cursors stays where it was before issuing >> 'startx' but doesn't move. And there is the big white text cursor in the >> left upper corner. And that's it. >> >> I compiled packages with poudriere. One of the upgraded packages was >> nvidia-driver which is now at version 367.44 (before it was 35x something, >> don't remember). I wasn't changing anything in /etc/X11/xorg.conf but I >> re-run nvidia-xconfig just in case. It didn't help. >> >> Was there any special script that I supposed to run after upgrading nvidia >> driver? I remember having to run something but I don't remember from where >> and in what conditions. Anything else that might have broken it? I tried >> with fluxbox instead of lumina-desktop but it doesn't make any difference. >> How to debug this problem? >> >> Grzegorz >> _______________________________________________ >> 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" From owner-freebsd-x11@freebsd.org Mon Sep 26 00:09:57 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 E95ABBEA477 for ; Mon, 26 Sep 2016 00:09:57 +0000 (UTC) (envelope-from cse.cem@gmail.com) Received: from mail-io0-f170.google.com (mail-io0-f170.google.com [209.85.223.170]) (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 BBC0A16C7 for ; Mon, 26 Sep 2016 00:09:57 +0000 (UTC) (envelope-from cse.cem@gmail.com) Received: by mail-io0-f170.google.com with SMTP id m79so167391536ioo.3 for ; Sun, 25 Sep 2016 17:09:57 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:reply-to:in-reply-to:references :from:date:message-id:subject:to:cc; bh=3+0f7cr27r/tQYzJnZCJMmm/vJVbTSWxwFcz/YEp6y4=; b=EHFtvLewxNhX2h1Iy8q+BdAcMH29o3noMdPV9mEdx2lfnNVOY/Yc3+hIw8q6Ny0gYn 5FtqPzGZUAGmIV+PG/1z1VjV/erwUzbQWusPrKIoeq0imnNNcYcsDiLw1j2+BP30LaR3 lMvphUD7kl33550D9KnioA8LbTrKlpLV6ScnvTVmQvhDJJRbMZFhGtJKtaYdaYh5UBm4 /aPGJPxxlmlIPGBZFxfrmB/lV85sZvI6GTBMFfCp+rM2kzXwCYNH38MDgeZwB9BNs01I kePihlolgRB62znczrLGi6GmRp0qEjVl+3DYBavPYggzPHnH3upDCS8qBDOh44IK4FKK seGA== X-Gm-Message-State: AE9vXwNmy3FRvb07ENzfO+9VO89W6ho4EngaBNbk3Cu2ivTdIFnj2Msmlj5pEhRDv2WsiQ== X-Received: by 10.107.155.200 with SMTP id d191mr19280315ioe.64.1474848591037; Sun, 25 Sep 2016 17:09:51 -0700 (PDT) Received: from mail-io0-f182.google.com (mail-io0-f182.google.com. [209.85.223.182]) by smtp.gmail.com with ESMTPSA id y76sm7257664ioi.5.2016.09.25.17.09.50 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 25 Sep 2016 17:09:50 -0700 (PDT) Received: by mail-io0-f182.google.com with SMTP id m186so166842993ioa.2 for ; Sun, 25 Sep 2016 17:09:50 -0700 (PDT) X-Received: by 10.107.21.129 with SMTP id 123mr19002038iov.72.1474848590596; Sun, 25 Sep 2016 17:09:50 -0700 (PDT) MIME-Version: 1.0 Reply-To: cem@freebsd.org Received: by 10.36.220.129 with HTTP; Sun, 25 Sep 2016 17:09:50 -0700 (PDT) In-Reply-To: References: From: Conrad Meyer Date: Sun, 25 Sep 2016 17:09:50 -0700 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: X11 stopped working after upgrading ports To: Grzegorz Junka Cc: x11-list freebsd Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.23 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, 26 Sep 2016 00:09:58 -0000 On Sun, Sep 25, 2016 at 3:02 PM, Grzegorz Junka wrote: > Thank you very much, that helped. I was looking into the package itself but > couldn't find anything useful, and pkg info nvidia-driver wasn't showing > anything interesting either. I thought that pkg-message shows what's in > pkg-descr, not files/pkg-message.in. And I forgot about the UPDATING file. Yes, it's `pkg info --pkg-message nvidia-driver` (or pkg info -D nvidia-driver). But the pkg-message change is maybe too subtle, and could be more attention grabbing. Sorry for the breakage. ================================8<================================ To use these drivers, make sure that you have loaded the NVidia kernel module, by doing # kldload nvidia (or nvidia-modeset, see below) or adding nvidia_load="YES" (or nvidia-modeset_load="YES", see below) ... Starting with version 358.09, some important functionality of the driver has been broken out into a separate kernel module, nvidia-modeset.ko. Users that experience hangs when starting X11 server, or observe (II) NVIDIA(0): Validated MetaModes: (II) NVIDIA(0): "NULL" in /var/log/Xorg.0.log should replace ``nvidia'' with ``nvidia-modeset'' in their /boot/loader.conf or /etc/rc.conf configuration files, depending on how they prefer to load NVidia driver kernel module. ================================8<================================ Best, Conrad From owner-freebsd-x11@freebsd.org Mon Sep 26 16:11: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 41B49BE4C8B for ; Mon, 26 Sep 2016 16:11:22 +0000 (UTC) (envelope-from me@cschwarz.com) Received: from orion.uberspace.de (orion.uberspace.de [95.143.172.79]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B41C21F7D for ; Mon, 26 Sep 2016 16:11:21 +0000 (UTC) (envelope-from me@cschwarz.com) Received: (qmail 620 invoked from network); 26 Sep 2016 16:04:36 -0000 Received: from localhost (HELO csarch.speedport.ip) (127.0.0.1) by orion.uberspace.de with SMTP; 26 Sep 2016 16:04:36 -0000 Date: Mon, 26 Sep 2016 18:04:31 +0200 From: Christian Schwarz To: freebsd-x11@freebsd.org Subject: devel/llvm38 & custom poudriere Message-ID: <20160926160431.GA19646@csarch.speedport.ip> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.6.2 (2016-07-01) X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.23 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, 26 Sep 2016 16:11:22 -0000 Hi all, I have been testing the drm-next-4.* branches for the last months, with a short break since end of August, when - apparently - the build was changed to depend on devel/llvm38... I just pulled the latest HEAD 2652d2a6e8c714932dc3331bb130b31b176c3bc9 It requires having devel/llvm38 installed, so I did that. The base operating system builds fine, but poudriere builds fail because of the missing C compiler: Using `poudriere jail -c -m src=...` does not work (lack of C compiler). ... /usr/bin/cc: /usr/local/llvm38/bin/cc: not found make: "/usr/ports/Mk/Uses/compiler.mk" line 69: warning: "cc --version" returned non-zero status make: "/usr/ports/Mk/Uses/compiler.mk" line 120: warning: "c++ -### /dev/null 2>&1" returned non-zero status ... I figured I could set up the build jail manually: zfs create zroot/poudriere/jails/12graphics zfs set mountpoint=/usr/local/poudriere/jails/12graphics zroot/poudriere/jails/12graphics # manually create the poudriere.d/jail/12graphics # by copying & adjusting a regular build jail cd path-to-drm-next-4.7 make buildworld make installworld DESTDIR=/usr/local/poudriere/jails/12graphics make distribution DESTDIR=/usr/local/poudriere/jails/12graphics zfs snapshot zroot/poudriere/jails/12graphics@nollvm cp /etc/resolv.conf /usr/local/poudriere/jails/12graphics/etc/resolv.conf pkg --chroot /usr/local/poudriere/jails/12graphics install clang38 rm /etc/resolv.conf echo 'CC=/usr/local/bin/clang38' >> /usr/local/poudriere/jails/12graphics/etc/make.conf echo 'CXX=/usr/local/bin/clang++38' >> /usr/local/poudriere/jails/12graphics/etc/make.conf echo 'CPP=/usr/local/bin/clang-cpp38' >> /usr/local/poudriere/jails/12graphics/etc/make.conf # create the zfs snapshot @clean, it is used as source for build jail clones created by poudriere zfs snapshot zroot/poudriere/jails/12graphics@clean poudriere bulk -j 12graphics -p xserver-next -c -f /usr/local/etc/poudriere.d/myports.list This seems to stop poudriere's complaints about missing C compiler (it needs it for buildworld when specifying `-m src=`), however, autoconf (./configure) still fails when compiling ports, apparently because it cannot find a C compiler in the jail: # truncated log from failing build =================================================== ===> Configuring for p5-XML-Parser-2.44 Couldn't find your C compiler Compilation failed in require at ./Makefile.PL line 4. BEGIN failed--compilation aborted at ./Makefile.PL line 4. *** Error code 2 I tried fiddling around by symlinkng /usr/bin/cc to the clang binaries, this was not successful however. How should I setup the build jail correctly? I guess this work must have been done by the 'official' repo [1] already. Thanks, Christian [1] http://www.bsddesktop.com/images/120amd64-ports-graphics-xserver-mesa-next From owner-freebsd-x11@freebsd.org Mon Sep 26 17:34:28 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 F27B3BEA830 for ; Mon, 26 Sep 2016 17:34:28 +0000 (UTC) (envelope-from az@azsupport.com) Received: from as0.azsupport.com (azsupport.com [209.95.50.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "azsupport.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D3A64BB5 for ; Mon, 26 Sep 2016 17:34:28 +0000 (UTC) (envelope-from az@azsupport.com) Date: Mon, 26 Sep 2016 19:26:37 +0200 From: Andrei To: freebsd-x11@freebsd.org Subject: Re: gfx-next update: drm-4.8-rc2 tagged in drm-next Message-ID: <20160926192637.33f7921b@azsupport.com> In-Reply-To: <1574b8980bc.106a6e9ef306540.4216158444646545056@nextbsd.org> References: <1569231fc12.1189a20c2251388.8699372849515846410@nextbsd.org> <20160920162456.GO8480@rancor.immure.com> <439e20fa-6385-68fb-c97e-24705ebd2f94@nomadlogic.org> <157496f7268.ac5eb5ca278618.8741026532558973404@nextbsd.org> <3FEE7DD3-C408-4398-9F0B-5529B2E7A61F@transactionware.com> <1574b8980bc.106a6e9ef306540.4216158444646545056@nextbsd.org> Organization: azsupport.com X-Mailer: Claws Mail 3.14.0 (GTK+ 2.24.29; amd64-portbld-freebsd12.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.23 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, 26 Sep 2016 17:34:29 -0000 On Tue, 20 Sep 2016 23:58:05 -0700 Matthew Macy wrote: > > Is the plan for drm-next-4.7 make its way into 11-CURRENT at some > > point? > > Eventually all the requisite patches to sys will make it in at which > point drm-next- will become available as a port allowing one to > install the drivers just as one installs xorg and the ddx today. > Keeping it as a port will allow us to decouple freebsd releases from > graphics developments making it possible to support the latest > hardware on near EOL branches. Looks like you just want to push FreeBSD desktop users move to your NextBSD. From owner-freebsd-x11@freebsd.org Mon Sep 26 20:43: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 EA996BEABC4 for ; Mon, 26 Sep 2016 20:43:46 +0000 (UTC) (envelope-from mmacy@nextbsd.org) Received: from sender163-mail.zoho.com (sender163-mail.zoho.com [74.201.84.163]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DA8F52A9 for ; Mon, 26 Sep 2016 20:43:46 +0000 (UTC) (envelope-from mmacy@nextbsd.org) Received: from mail.zoho.com by mx.zohomail.com with SMTP id 1474922618562967.3267219531373; Mon, 26 Sep 2016 13:43:38 -0700 (PDT) Date: Mon, 26 Sep 2016 13:43:38 -0700 From: Matthew Macy To: "Andrei" Cc: "" Message-ID: <157683d1ec0.11a09775b76996.945490951353894015@nextbsd.org> In-Reply-To: <20160926192637.33f7921b@azsupport.com> References: <1569231fc12.1189a20c2251388.8699372849515846410@nextbsd.org> <20160920162456.GO8480@rancor.immure.com> <439e20fa-6385-68fb-c97e-24705ebd2f94@nomadlogic.org> <157496f7268.ac5eb5ca278618.8741026532558973404@nextbsd.org> <3FEE7DD3-C408-4398-9F0B-5529B2E7A61F@transactionware.com> <1574b8980bc.106a6e9ef306540.4216158444646545056@nextbsd.org> <20160926192637.33f7921b@azsupport.com> Subject: Re: gfx-next update: drm-4.8-rc2 tagged in drm-next MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Priority: Medium User-Agent: Zoho Mail X-Mailer: Zoho Mail X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.23 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, 26 Sep 2016 20:43:47 -0000 ---- On Mon, 26 Sep 2016 10:26:37 -0700 Andrei wrote ---- > On Tue, 20 Sep 2016 23:58:05 -0700 > Matthew Macy wrote: > > > > Is the plan for drm-next-4.7 make its way into 11-CURRENT at some > > > point? > > > > Eventually all the requisite patches to sys will make it in at which > > point drm-next- will become available as a port allowing one to > > install the drivers just as one installs xorg and the ddx today. > > Keeping it as a port will allow us to decouple freebsd releases from > > graphics developments making it possible to support the latest > > hardware on near EOL branches. > > Looks like you just want to push FreeBSD desktop users move to your NextBSD. Pardon me. I'm not clear if you did not understand what I wrote, if there is a language barrier leading me to misunderstand the intent of what you wrote, or if you are deliberately trolling me. -M > _______________________________________________ > 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" > From owner-freebsd-x11@freebsd.org Tue Sep 27 01:26:15 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 A6F00BEB104 for ; Tue, 27 Sep 2016 01:26:15 +0000 (UTC) (envelope-from mmacy@nextbsd.org) Received: from sender163-mail.zoho.com (sender163-mail.zoho.com [74.201.84.163]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8D2085ED; Tue, 27 Sep 2016 01:26:15 +0000 (UTC) (envelope-from mmacy@nextbsd.org) Received: from mail.zoho.com by mx.zohomail.com with SMTP id 1474939569676876.33242991186; Mon, 26 Sep 2016 18:26:09 -0700 (PDT) Date: Mon, 26 Sep 2016 18:26:09 -0700 From: Matthew Macy To: "Andrei" Cc: =?UTF-8?Q?=22Jean-S=C3=A9bastien_P=C3=A9dron=22?= , "kwm" , "freebsd-x11@freebsd.org" Message-ID: <157693fc60a.ebf27bd286215.2625530085502855667@nextbsd.org> In-Reply-To: <20160927031041.31b6f90a@azsupport.com> References: <1569231fc12.1189a20c2251388.8699372849515846410@nextbsd.org> <20160920162456.GO8480@rancor.immure.com> <439e20fa-6385-68fb-c97e-24705ebd2f94@nomadlogic.org> <157496f7268.ac5eb5ca278618.8741026532558973404@nextbsd.org> <3FEE7DD3-C408-4398-9F0B-5529B2E7A61F@transactionware.com> <1574b8980bc.106a6e9ef306540.4216158444646545056@nextbsd.org> <20160926192637.33f7921b@azsupport.com> <157683d1ec0.11a09775b76996.945490951353894015@nextbsd.org> <20160927031041.31b6f90a@azsupport.com> Subject: Re: gfx-next update: drm-4.8-rc2 tagged in drm-next MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Priority: Medium User-Agent: Zoho Mail X-Mailer: Zoho Mail X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.23 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, 27 Sep 2016 01:26:15 -0000 > This is maillist for FreeBSD, not for another fork such as "nextbsd". > If you don't want send patches to 11-CURRENT, then move out from this > maillist. The patches are all awaiting review on phabricator. This work has been entirely based on FreeBSD and is done solely for the sake of the well-being of the community. If you cannot show the proper respect for the amount of time that we have sunk in to this or expect to have this e-mail address and any other you might use be banned from the mailing lists. -M From owner-freebsd-x11@freebsd.org Tue Sep 27 01:38: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 A3DAFBEB32C for ; Tue, 27 Sep 2016 01:38:22 +0000 (UTC) (envelope-from az@azsupport.com) Received: from as0.azsupport.com (azsupport.com [209.95.50.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "azsupport.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 83144A94 for ; Tue, 27 Sep 2016 01:38:21 +0000 (UTC) (envelope-from az@azsupport.com) Date: Tue, 27 Sep 2016 03:38:19 +0200 From: Andrei To: freebsd-x11@freebsd.org Subject: Re: gfx-next update: drm-4.8-rc2 tagged in drm-next Message-ID: <20160927033819.2670e3f1@azsupport.com> In-Reply-To: <157693fc60a.ebf27bd286215.2625530085502855667@nextbsd.org> References: <1569231fc12.1189a20c2251388.8699372849515846410@nextbsd.org> <20160920162456.GO8480@rancor.immure.com> <439e20fa-6385-68fb-c97e-24705ebd2f94@nomadlogic.org> <157496f7268.ac5eb5ca278618.8741026532558973404@nextbsd.org> <3FEE7DD3-C408-4398-9F0B-5529B2E7A61F@transactionware.com> <1574b8980bc.106a6e9ef306540.4216158444646545056@nextbsd.org> <20160926192637.33f7921b@azsupport.com> <157683d1ec0.11a09775b76996.945490951353894015@nextbsd.org> <20160927031041.31b6f90a@azsupport.com> <157693fc60a.ebf27bd286215.2625530085502855667@nextbsd.org> Organization: azsupport.com X-Mailer: Claws Mail 3.14.0 (GTK+ 2.24.29; amd64-portbld-freebsd12.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.23 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, 27 Sep 2016 01:38:22 -0000 On Mon, 26 Sep 2016 18:26:09 -0700 Matthew Macy wrote: > > This is maillist for FreeBSD, not for another fork such as > > "nextbsd". If you don't want send patches to 11-CURRENT, then move > > out from this maillist. > > The patches are all awaiting review on phabricator. This work has > been entirely based on FreeBSD and is done solely for the sake of the > well-being of the community. > > If you cannot show the proper respect for the amount of time that we > have sunk in to this or expect to have this e-mail address and any > other you might use be banned from the mailing lists. I think that you must be banned from this maillist. People sick with your "anotherbsd" ads. If you really want to help FreeBSD community, then don't talk bullshit and send patches to CURRENT. Otherwise you use our community for testing patches of your useless fork. From owner-freebsd-x11@freebsd.org Tue Sep 27 01:55:38 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 A98BFBEB760 for ; Tue, 27 Sep 2016 01:55:38 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (mail.soaustin.net [192.108.105.60]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.soaustin.net", Issuer "StartCom Class 2 IV Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 856A0119 for ; Tue, 27 Sep 2016 01:55:38 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from lonesome.com (bones.soaustin.net [192.108.105.22]) by mail.soaustin.net (Postfix) with ESMTPSA id 0CD22699; Mon, 26 Sep 2016 20:55:36 -0500 (CDT) Date: Mon, 26 Sep 2016 20:55:35 -0500 From: Mark Linimon To: Andrei Cc: freebsd-x11@freebsd.org Subject: Re: gfx-next update: drm-4.8-rc2 tagged in drm-next Message-ID: <20160927015534.GA1345@lonesome.com> References: <439e20fa-6385-68fb-c97e-24705ebd2f94@nomadlogic.org> <157496f7268.ac5eb5ca278618.8741026532558973404@nextbsd.org> <3FEE7DD3-C408-4398-9F0B-5529B2E7A61F@transactionware.com> <1574b8980bc.106a6e9ef306540.4216158444646545056@nextbsd.org> <20160926192637.33f7921b@azsupport.com> <157683d1ec0.11a09775b76996.945490951353894015@nextbsd.org> <20160927031041.31b6f90a@azsupport.com> <157693fc60a.ebf27bd286215.2625530085502855667@nextbsd.org> <20160927033819.2670e3f1@azsupport.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20160927033819.2670e3f1@azsupport.com> User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.23 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, 27 Sep 2016 01:55:38 -0000 On Tue, Sep 27, 2016 at 03:38:19AM +0200, Andrei wrote: > If you really want to help FreeBSD community, then don't talk bullshit > and send patches to CURRENT. Phabricator is an official project resource. It and FreeBSD's Bugzilla instance are the recommended ways to submit patches for review. Postings to mailing lists can be overlooked due to all the noise. mcl From owner-freebsd-x11@freebsd.org Tue Sep 27 05:07: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 ADF8CBEB31F for ; Tue, 27 Sep 2016 05:07:39 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-ua0-x22d.google.com (mail-ua0-x22d.google.com [IPv6:2607:f8b0:400c:c08::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 711CD10BF for ; Tue, 27 Sep 2016 05:07:39 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: by mail-ua0-x22d.google.com with SMTP id u68so2118404uau.1 for ; Mon, 26 Sep 2016 22:07:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=oL0FhovY4EycwtrLMXLvXyxCQE4sgueSxFwUJx0+fkM=; b=oKKSkFcmMkZeOjvHRcoBw3XXn+FyF+BDbztWFp1exdZowpubD9hmz8aH9ev4n76J/1 JtL8Khn6SkmbEJ0dcqEqLSnzuw3+YMplaPLEhuwMBv9scYTRwSOGvIj/O3WT5u06QCBd AX83m6D3Q/epur9GNVNsrxif7ZqQUYqCsbDpuJHnGp2SXJbUZtLit2x6sFdxJ4tYtUR8 OiHOidHD8Fw92Y3YQdTDjhDv5JY+4c6LXQAUBveuUWHUxuvAma+4OjPYif7rr5yL50lf H19uHDpusKpMkqEbL/ZnCPU/U38QXttTerH1xr5seWS93qz6/KEwl+ics9+qkwEAgAHP pcDA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=oL0FhovY4EycwtrLMXLvXyxCQE4sgueSxFwUJx0+fkM=; b=BPxWVmaZSeAPw9OYh03uboZqYyBLlF2gFdqikR34VKv8dbZ/K3Sko5rb74qZNeC2zH VMmt9NECmzjbqVS0j9vgyMkPk5ffkCkKeL7t2sxQuWblMetkogYcsJXlfIvWX2vWMkQc 2DWrK7DeUKU1dJyo1paG8gT+1Xlm7+SYDKFZCEefQhjMmKQ5CtwtyNN1clYD8s+JEu/f 9nia1IL6zGgJo8LLx2TKkR8mSoch/gZjnS02FA6Jfb3jqG7UL57lE1T/qOfj4RUwYB3R aD0LLDS4rg/ybyqSBCGrFIri9fNK/nfsl8Zx/8lLijiIZI2I1z/1CCF3jl7hueo94htf n4Pw== X-Gm-Message-State: AA6/9RngwqSOjuXY0otW2P/+e0OIBjWHU58hEqxIQfG4YauzE6l7grW5Q85qDdce51JzbIKruIE4ANiXyFBkbA== X-Received: by 10.159.36.147 with SMTP id 19mr1535292uar.63.1474952858222; Mon, 26 Sep 2016 22:07:38 -0700 (PDT) MIME-Version: 1.0 Sender: kob6558@gmail.com Received: by 10.103.49.132 with HTTP; Mon, 26 Sep 2016 22:07:37 -0700 (PDT) In-Reply-To: <20160927015534.GA1345@lonesome.com> References: <439e20fa-6385-68fb-c97e-24705ebd2f94@nomadlogic.org> <157496f7268.ac5eb5ca278618.8741026532558973404@nextbsd.org> <3FEE7DD3-C408-4398-9F0B-5529B2E7A61F@transactionware.com> <1574b8980bc.106a6e9ef306540.4216158444646545056@nextbsd.org> <20160926192637.33f7921b@azsupport.com> <157683d1ec0.11a09775b76996.945490951353894015@nextbsd.org> <20160927031041.31b6f90a@azsupport.com> <157693fc60a.ebf27bd286215.2625530085502855667@nextbsd.org> <20160927033819.2670e3f1@azsupport.com> <20160927015534.GA1345@lonesome.com> From: Kevin Oberman Date: Mon, 26 Sep 2016 22:07:37 -0700 X-Google-Sender-Auth: HkqbdFd5DyAzxx6IYZhk5UaFNbc Message-ID: Subject: Re: gfx-next update: drm-4.8-rc2 tagged in drm-next To: Mark Linimon Cc: Andrei , "freebsd-x11@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.23 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, 27 Sep 2016 05:07:39 -0000 OK. It's time to cut this crap out! This is why people talk about FreeBSD development being a hostile place. This sort of thing is why! If you want to discourage competent people from working on FreeBSD, this is an excellent way. For years the FreeBSD support for X has lagged way behind. This was true even before things like KMS made it much harder for for FreeBSD to track development. The FreeBSD Foundation has had to hire people to move FreeBSD to just a three or four years. Or, in computer years, about a two or three decades. Now someone comes along and puts in the amazing amount of work into moving FreeBSD's X to a point that is very near the state of the art and move the infrastructure it sits on to one that is sufficiently maintainable so that FreeBSD can hope to stay there. The people who did this are not people who have a history of major FreeBSD contributions and have a real desire to help FreeBSD as well as its derivatives. They do the work. They work with FreeBSD on the freebsd-x11@ users to get testing done, and, when it looks good, submit it to Phabricator for review, and ask for review. NextBSD was never mentioned and suddenly someone jumps up and yells "Go away. We don't serve your kind here!". Just because he works on NextBSD. Tell you what... move it to freebsd-advacocy@ where this sort of thing belongs or just go away. Let Matthew get this done. If anyone is banned from the list, it's Andrei. (And I am NOT advocating that.) Kevin Oberman, Part time kid herder and retired Network Engineer E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 On Mon, Sep 26, 2016 at 6:55 PM, Mark Linimon wrote: > On Tue, Sep 27, 2016 at 03:38:19AM +0200, Andrei wrote: > > If you really want to help FreeBSD community, then don't talk bullshit > > and send patches to CURRENT. > > Phabricator is an official project resource. > > It and FreeBSD's Bugzilla instance are the recommended ways to submit > patches for review. > > Postings to mailing lists can be overlooked due to all the noise. > > mcl > _______________________________________________ > 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" > From owner-freebsd-x11@freebsd.org Tue Sep 27 05:50: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 2BA0BBEBA64 for ; Tue, 27 Sep 2016 05:50:03 +0000 (UTC) (envelope-from mmacy@nextbsd.org) Received: from sender163-mail.zoho.com (sender163-mail.zoho.com [74.201.84.163]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 194FFBD for ; Tue, 27 Sep 2016 05:50:02 +0000 (UTC) (envelope-from mmacy@nextbsd.org) Received: from mail.zoho.com by mx.zohomail.com with SMTP id 1474955389403957.7580180283853; Mon, 26 Sep 2016 22:49:49 -0700 (PDT) Date: Mon, 26 Sep 2016 22:49:49 -0700 From: Matthew Macy To: "Kevin Oberman" Cc: "Mark Linimon" , "freebsd-x11@freebsd.org" Message-ID: <1576a3129d6.df449a6798184.3431483148132229583@nextbsd.org> In-Reply-To: References: <439e20fa-6385-68fb-c97e-24705ebd2f94@nomadlogic.org> <157496f7268.ac5eb5ca278618.8741026532558973404@nextbsd.org> <3FEE7DD3-C408-4398-9F0B-5529B2E7A61F@transactionware.com> <1574b8980bc.106a6e9ef306540.4216158444646545056@nextbsd.org> <20160926192637.33f7921b@azsupport.com> <157683d1ec0.11a09775b76996.945490951353894015@nextbsd.org> <20160927031041.31b6f90a@azsupport.com> <157693fc60a.ebf27bd286215.2625530085502855667@nextbsd.org> <20160927033819.2670e3f1@azsupport.com> <20160927015534.GA1345@lonesome.com> Subject: Re: gfx-next update: drm-4.8-rc2 tagged in drm-next MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Priority: Medium User-Agent: Zoho Mail X-Mailer: Zoho Mail X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.23 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, 27 Sep 2016 05:50:03 -0000 ---- On Mon, 26 Sep 2016 22:07:37 -0700 Kevin Oberman wrote ---- > OK. It's time to cut this crap out! This is why people talk about FreeBSD > development being a hostile place. This sort of thing is why! If you want > to discourage competent people from working on FreeBSD, this is an > excellent way. > > For years the FreeBSD support for X has lagged way behind. This was true > even before things like KMS made it much harder for for FreeBSD to track > development. The FreeBSD Foundation has had to hire people to move FreeBSD > to just a three or four years. Or, in computer years, about a two or three > decades. > > Now someone comes along and puts in the amazing amount of work into moving > FreeBSD's X to a point that is very near the state of the art and move the > infrastructure it sits on to one that is sufficiently maintainable so that > FreeBSD can hope to stay there. > > The people who did this are not people who have a history of major FreeBSD I actually have my fingerprints all over the kernel. Most of the handful major FreeBSD companies all make substantial use of my code. Unfortunately, much of my code doesn't make it back for cultural reasons (unfortunately the committer model doesn't scale as well to extremely large projects and evolutionarily is not as robust - even if it does make it more fun as a fraternity). Thanks for your support, but let's not get too excited if somebody gets his account hacked or just plain gets lonely in his mother's basement and needs attention. I've privately asked that he be removed from the lists. So long as 99% of people are duly respectful of the fact that this has been a great deal of work and that there is more work that lies ahead we'll be fine. The last two KMS updates gestated a year out of tree before going in. This update started in late April so if it were to be fully stabilized and all be in by November that would be quite an accomplishment. On top of that this is actually much bigger in many respects in that it bridges more than 3 1/2 years of kernel releases and shifts all the localized complexity out of the drivers themselves. In theory at least, the shifting of complexity will make it much easier for myself and others to track whatever happens to be the latest Linux release and thus may allow FreeBSD to maintain support for the latest hardware on an ongoing basis. Of course it will require continued work to support. It remains to be seen if the community can muster up that effort in one form or another on a sustained basis. > contributions and have a real desire to help FreeBSD as well as its > derivatives. They do the work. They work with FreeBSD on the freebsd-x11@ > users to get testing done, and, when it looks good, submit it to > Phabricator for review, and ask for review. NextBSD was never mentioned and > suddenly someone jumps up and yells "Go away. We don't serve your kind > here!". Just because he works on NextBSD. Tell you what... move it to > freebsd-advacocy@ where this sort of thing belongs or just go away. Let > Matthew get this done. If anyone is banned from the list, it's Andrei. (And > I am NOT advocating that.) From owner-freebsd-x11@freebsd.org Tue Sep 27 06:27:45 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 357CEBEB39C for ; Tue, 27 Sep 2016 06:27:45 +0000 (UTC) (envelope-from Mathias.Picker@virtual-earth.de) Received: from www94.your-server.de (www94.your-server.de [213.133.104.94]) (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 E7A7736D for ; Tue, 27 Sep 2016 06:27:44 +0000 (UTC) (envelope-from Mathias.Picker@virtual-earth.de) Received: from [88.198.220.131] (helo=sslproxy02.your-server.de) by www94.your-server.de with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.85_2) (envelope-from ) id 1bolUm-0007In-6a; Tue, 27 Sep 2016 08:04:00 +0200 Received: from [2001:4dd0:ff00:8c2c:6907:6a6d:cb15:de3a] by sslproxy02.your-server.de with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.84_2) (envelope-from ) id 1bolUl-00051B-Mk; Tue, 27 Sep 2016 08:03:59 +0200 User-Agent: K-9 Mail for Android In-Reply-To: References: <439e20fa-6385-68fb-c97e-24705ebd2f94@nomadlogic.org> <157496f7268.ac5eb5ca278618.8741026532558973404@nextbsd.org> <3FEE7DD3-C408-4398-9F0B-5529B2E7A61F@transactionware.com> <1574b8980bc.106a6e9ef306540.4216158444646545056@nextbsd.org> <20160926192637.33f7921b@azsupport.com> <157683d1ec0.11a09775b76996.945490951353894015@nextbsd.org> <20160927031041.31b6f90a@azsupport.com> <157693fc60a.ebf27bd286215.2625530085502855667@nextbsd.org> <20160927033819.2670e3f1@azsupport.com> <20160927015534.GA1345@lonesome.com> MIME-Version: 1.0 Subject: Re: gfx-next update: drm-4.8-rc2 tagged in drm-next From: Mathias Picker Date: Tue, 27 Sep 2016 08:03:58 +0200 To: Kevin Oberman ,Mark Linimon CC: "freebsd-x11@freebsd.org" Message-ID: X-Authenticated-Sender: Mathias.Picker@virtual-earth.de X-Virus-Scanned: Clear (ClamAV 0.99.2/22258/Tue Sep 27 03:35:29 2016) Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.23 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, 27 Sep 2016 06:27:45 -0000 yes. Yes. YES! Am 27. September 2016 07:07:37 MESZ, schrieb Kevin Oberman : >OK. It's time to cut this crap out! This is why people talk about >FreeBSD >development being a hostile place. This sort of thing is why! If you >want >to discourage competent people from working on FreeBSD, this is an >excellent way. > >For years the FreeBSD support for X has lagged way behind. This was >true >even before things like KMS made it much harder for for FreeBSD to >track >development. The FreeBSD Foundation has had to hire people to move >FreeBSD >to just a three or four years. Or, in computer years, about a two or >three >decades. > >Now someone comes along and puts in the amazing amount of work into >moving >FreeBSD's X to a point that is very near the state of the art and move >the >infrastructure it sits on to one that is sufficiently maintainable so >that >FreeBSD can hope to stay there. > >The people who did this are not people who have a history of major >FreeBSD >contributions and have a real desire to help FreeBSD as well as its >derivatives. They do the work. They work with FreeBSD on the >freebsd-x11@ >users to get testing done, and, when it looks good, submit it to >Phabricator for review, and ask for review. NextBSD was never mentioned >and >suddenly someone jumps up and yells "Go away. We don't serve your kind >here!". Just because he works on NextBSD. Tell you what... move it to >freebsd-advacocy@ where this sort of thing belongs or just go away. Let >Matthew get this done. If anyone is banned from the list, it's Andrei. >(And >I am NOT advocating that.) > >Kevin Oberman, Part time kid herder and retired Network Engineer >E-mail: rkoberman@gmail.com >PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 > >On Mon, Sep 26, 2016 at 6:55 PM, Mark Linimon >wrote: > >> On Tue, Sep 27, 2016 at 03:38:19AM +0200, Andrei wrote: >> > If you really want to help FreeBSD community, then don't talk >bullshit >> > and send patches to CURRENT. >> >> Phabricator is an official project resource. >> >> It and FreeBSD's Bugzilla instance are the recommended ways to submit >> patches for review. >> >> Postings to mailing lists can be overlooked due to all the noise. >> >> mcl >> _______________________________________________ >> 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" >> >_______________________________________________ >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" -- Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail gesendet. From owner-freebsd-x11@freebsd.org Tue Sep 27 06:57: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 934DABEBAD3 for ; Tue, 27 Sep 2016 06:57:03 +0000 (UTC) (envelope-from andrnils@gmail.com) Received: from mail-vk0-x229.google.com (mail-vk0-x229.google.com [IPv6:2607:f8b0:400c:c05::229]) (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 4E918234 for ; Tue, 27 Sep 2016 06:57:03 +0000 (UTC) (envelope-from andrnils@gmail.com) Received: by mail-vk0-x229.google.com with SMTP id 192so4568762vkl.2 for ; Mon, 26 Sep 2016 23:57:03 -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=F1nzCKxkS+pUxAv/5MrHkm8Hjg3M7iFkLI0+GD6tYkA=; b=CkdqFHUylyKPlkmoG/qUg029B7MI4rbH0AEWiSiwuRNzztJHVV6ZTSyMTQIhfmZNsk DP1y6ehX/dCkS7Aok6PkEWXs+BQguBSlbYNOUpt5SNZ8DdbVMfeI1Ew2FISP82KPcgdh smQjy25vFm0SbIBaprIyaKzAbvhCwCFodQn2K5E3tX2K8wpS/P2FIQjJ46P0dzPswJKx eDT8ZybJvPP5w66+F1UQvW12YG1uXI8FeqQnGQmuTl9cCy5agKFN+o77ECl9lvK+SEbX OwsgTTIbWeXP+VnW1pPT28wLCfkjps4i40Th98WiEzjA2DwZpKVY3yq5uz/zmLWn3pXT UY2w== 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=F1nzCKxkS+pUxAv/5MrHkm8Hjg3M7iFkLI0+GD6tYkA=; b=R8+0oxGtxiiIH5bxdIPeP685kTfnVBcBhrZP2L63O9et3rhUKiySpsgce9fgxk0H82 7AjB85ApL8SOMTW/HlJzOU6te6nWCDCWw4zBv5jDJuUPtt129zMLY+DHAm/EzdsYVj4v LLONfO3s0qZoFwLdGXyWDUQptYILYIKiGMRPChF+LeZZwEKySuZpLpMCjNQ780Hkzb4+ h1n3mPGZ6kCSxdaEYrM1YzJ+2qK7mkz+H94zq86MzPNNQIs5NKcOKB5d9zv9NAJIw/YW o75HGXvReFmSyEPPSadL2pHU/V7TYRkyui1V0619eA87VvXlyCttGMh/uLIVA8ta61Nb loiA== X-Gm-Message-State: AA6/9RkFP6wNkhGCF7dYG/zS4gRINRexUEo+M0KzSHr0ulqQNgBjrNLSQUEBAznQWkv59Y6/YVbRmzHx4EmClQ== X-Received: by 10.31.41.23 with SMTP id p23mr12465685vkp.10.1474959422124; Mon, 26 Sep 2016 23:57:02 -0700 (PDT) MIME-Version: 1.0 Received: by 10.176.3.138 with HTTP; Mon, 26 Sep 2016 23:57:01 -0700 (PDT) From: Andreas Nilsson Date: Tue, 27 Sep 2016 08:57:01 +0200 Message-ID: Subject: gfx-next future in ports ( was gfx-next update: drm-4.8-rc2 tagged in drm-next ) To: FreeBSD X11 mailing list , Matthew Macy Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.23 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, 27 Sep 2016 06:57:03 -0000 Hello, first, thanks for the amazing work Matthew and everyone else! > > Eventually all the requisite patches to sys will make it in at which > > point drm-next- will become available as a port allowing one to > > install the drivers just as one installs xorg and the ddx today. > > Keeping it as a port will allow us to decouple freebsd releases from > > graphics developments making it possible to support the latest > > hardware on near EOL branches. Does this mean that all kms-enabled drivers will be removed from the main tree and shipped as ports, or will the ports modules have higher priority and be loaded before the ones included in GENERIC? I met quite a few people at EuroBSDcon running drm-next-4.7 on recent intel cpuswith great success. The only lacking bits seems to be brightness adjustment and suspend2ram ( screen remains off ). Is there anybody to nudge/sponsor to have those areas looked into? Best regards Andreas From owner-freebsd-x11@freebsd.org Tue Sep 27 09:17: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 8D008BEB6C6 for ; Tue, 27 Sep 2016 09:17:00 +0000 (UTC) (envelope-from me@cschwarz.com) Received: from orion.uberspace.de (orion.uberspace.de [95.143.172.79]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E29C67A9 for ; Tue, 27 Sep 2016 09:16:59 +0000 (UTC) (envelope-from me@cschwarz.com) Received: (qmail 28930 invoked from network); 27 Sep 2016 09:16:55 -0000 Received: from localhost (HELO csarch) (127.0.0.1) by orion.uberspace.de with SMTP; 27 Sep 2016 09:16:55 -0000 Date: Tue, 27 Sep 2016 11:16:53 +0200 From: Christian Schwarz To: freebsd-x11@freebsd.org Subject: Re: devel/llvm38 & custom poudriere Message-ID: <20160927091653.GA5074@csarch> References: <20160926160431.GA19646@csarch.speedport.ip> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20160926160431.GA19646@csarch.speedport.ip> User-Agent: Mutt/1.6.2 (2016-07-01) X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.23 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, 27 Sep 2016 09:17:00 -0000 > I tried fiddling around by symlinkng /usr/bin/cc to the clang binaries, > this was not successful however. Apparently, I was not symlinking correctly. The way I got my drm-next-4.7 poudriere jail running: zfs create zroot/poudriere/jails/12graphics zfs set mountpoint=/usr/local/poudriere/jails/12graphics zroot/poudriere/jails/12graphics # manually create the poudriere.d/jail/12graphics # by copying & adjusting a regular build jail cd path-to-drm-next-4.7 make buildworld make installworld DESTDIR=/usr/local/poudriere/jails/12graphics make distribution DESTDIR=/usr/local/poudriere/jails/12graphics zfs snapshot zroot/poudriere/jails/12graphics@nollvm cp /etc/resolv.conf /usr/local/poudriere/jails/12graphics/etc/resolv.conf pkg --chroot /usr/local/poudriere/jails/12graphics install clang38 rm /etc/resolv.conf echo 'CC=/usr/local/bin/clang38' >> /usr/local/etc/poudriere.d/12graphics-make.conf echo 'CXX=/usr/local/bin/clang++38' >> /usr/local/etc/poudriere.d/12graphics-make.conf echo 'CPP=/usr/local/bin/clang-cpp38' >> /usr/local/etc/poudriere.d/12graphics-make.conf # symlink c** binaries for ./configure scripts cd /usr/local/poudriere/jails/12graphics/usr/bin ln -s ../local/llvm/bin/clang cc ln -s ../local/llvm/bin/clang++ c++ ln -s ../local/llvm/bin/clang-cpp cpp # create the zfs snapshot @clean, it is used as source for build jail clones created by poudriere zfs snapshot zroot/poudriere/jails/12graphics@clean poudriere bulk -j 12graphics -p xserver-next -c -f /usr/local/etc/poudriere.d/myports.list Notic the make.conf in the jail is no longer used, instead, we use the poudriere feature. Hope this is useful to someone, Christian From owner-freebsd-x11@freebsd.org Tue Sep 27 10:41:07 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 1F3C7BEBDAB for ; Tue, 27 Sep 2016 10:41:07 +0000 (UTC) (envelope-from abi@abinet.ru) Received: from mail.abinet.ru (mail.abinet.ru [136.243.72.227]) by mx1.freebsd.org (Postfix) with ESMTP id D4AA0104 for ; Tue, 27 Sep 2016 10:41:06 +0000 (UTC) (envelope-from abi@abinet.ru) Received: from sphinx.abinet.ru (host-7-156-66-217.spbmts.ru [217.66.156.7]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.abinet.ru (Postfix) with ESMTPSA id 92A6A264EF for ; Tue, 27 Sep 2016 10:40:58 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=abinet.ru; s=dkim; t=1474972858; bh=HJIK1CMRtHSvx+K8I+Ng7VjbXK1OK+i9zgMeFh7STgc=; h=Subject:To:References:From:Date:In-Reply-To; b=NeskXVlD4mMmVyM3jagYqmfB7ML0ye81zTj5Am3hlVYiN3VXc3ipXgdAkF777SSZg PaOdCGnhfR3wXL54m2iEopMAxJNLpoSUJl2GQsyBZPyiqNw2dyvGQOx14ZmN6mC8ZW MLQxJWBHPpNLbl6k1kwZZYk6jIAaeOrY36y0lV7E= Subject: Re: gfx-next future in ports ( was gfx-next update: drm-4.8-rc2 tagged in drm-next ) To: freebsd-x11@freebsd.org References: From: abi Message-ID: Date: Tue, 27 Sep 2016 13:40:56 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,T_DKIM_INVALID, UNPARSEABLE_RELAY autolearn=disabled version=3.4.1 X-Spam-Report: * -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0001] * 0.0 UNPARSEABLE_RELAY Informational: message has unparseable relay lines * 0.0 T_DKIM_INVALID DKIM-Signature header exists but is not valid X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on postfix.abinet.ru X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.23 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, 27 Sep 2016 10:41:07 -0000 Yeah, brightness and resume issues are bad enough, however both of them are on Github bug tracker, so I hope they will be eventually tracked and squashed :) On 27.09.16 09:57, Andreas Nilsson wrote: > Hello, > > first, thanks for the amazing work Matthew and everyone else! > > > > Eventually all the requisite patches to sys will make it in at which > > > point drm-next- will become available as a port allowing one to > > > install the drivers just as one installs xorg and the ddx today. > > > Keeping it as a port will allow us to decouple freebsd releases from > > > graphics developments making it possible to support the latest > > > hardware on near EOL branches. > > Does this mean that all kms-enabled drivers will be removed from the main > tree and shipped as ports, or will the ports modules have higher priority > and be loaded before the ones included in GENERIC? > > I met quite a few people at EuroBSDcon running drm-next-4.7 on recent intel > cpuswith great success. The only lacking bits seems to be brightness > adjustment and suspend2ram ( screen remains off ). Is there anybody to > nudge/sponsor to have those areas looked into? > > Best regards > Andreas > _______________________________________________ > 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" From owner-freebsd-x11@freebsd.org Tue Sep 27 12:45:25 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 6442ABEAC9B for ; Tue, 27 Sep 2016 12:45:25 +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 535BC25F; Tue, 27 Sep 2016 12:45:25 +0000 (UTC) (envelope-from jonathan@FreeBSD.org) Received: from [134.153.27.124] (localhost [IPv6:::1]) by freefall.freebsd.org (Postfix) with ESMTP id C53571955; Tue, 27 Sep 2016 12:45:24 +0000 (UTC) (envelope-from jonathan@FreeBSD.org) From: "Jonathan Anderson" To: "Matthew Macy" Cc: "Kevin Oberman" , "Mark Linimon" , "freebsd-x11@freebsd.org" Subject: Re: gfx-next update: drm-4.8-rc2 tagged in drm-next Date: Tue, 27 Sep 2016 10:15:26 -0230 Message-ID: In-Reply-To: <1576a3129d6.df449a6798184.3431483148132229583@nextbsd.org> References: <439e20fa-6385-68fb-c97e-24705ebd2f94@nomadlogic.org> <157496f7268.ac5eb5ca278618.8741026532558973404@nextbsd.org> <3FEE7DD3-C408-4398-9F0B-5529B2E7A61F@transactionware.com> <1574b8980bc.106a6e9ef306540.4216158444646545056@nextbsd.org> <20160926192637.33f7921b@azsupport.com> <157683d1ec0.11a09775b76996.945490951353894015@nextbsd.org> <20160927031041.31b6f90a@azsupport.com> <157693fc60a.ebf27bd286215.2625530085502855667@nextbsd.org> <20160927033819.2670e3f1@azsupport.com> <20160927015534.GA1345@lonesome.com> <1576a3129d6.df449a6798184.3431483148132229583@nextbsd.org> MIME-Version: 1.0 Content-Type: text/plain; format=flowed X-Mailer: MailMate (1.9.5r5263) X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.23 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, 27 Sep 2016 12:45:25 -0000 On 27 Sep 2016, at 3:19, Matthew Macy wrote: > So long as 99% of people are duly respectful of the fact that this has > been a great deal of work and that there is more work that lies ahead > we'll be fine. I, for one, am very grateful for this work and try to help with testing where I can. For the past couple of years I've wanted to recommend FreeBSD to students and the people who manage our computer labs, but the lack of support for contemporary graphics was a real blocker while I've Linux uptake grow by leaps and bounds. Thanks to Matt's work, I'm now running FreeBSD on a recent notebook rather than VMs or old hardware from eBay. i915 on drm-next-4.7 has become quite stable and reliable, to the point where I'd recommend it to students escaping Windows once it lands in a release (12.0?). FreeBSD grew out of a university context, and I think that we need university students using it and hacking on it to generate new developers, new companies, etc. Jon -- Jonathan Anderson jonathan@FreeBSD.org From owner-freebsd-x11@freebsd.org Tue Sep 27 12:51:27 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 3EB25BEAD61 for ; Tue, 27 Sep 2016 12:51:27 +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 1B1557DF for ; Tue, 27 Sep 2016 12:51:26 +0000 (UTC) (envelope-from kris@ixsystems.com) X-ASG-Debug-ID: 1474980685-08ca04110375930001-0Qlll1 Received: from zimbra.ixsystems.com ([10.246.0.20]) by barracuda.ixsystems.com with ESMTP id g9YKTnJgS0Dxzf0O (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Tue, 27 Sep 2016 05:51:25 -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 E303E7FA268 for ; Tue, 27 Sep 2016 05:51:25 -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 7-B2WlKbqS-L for ; Tue, 27 Sep 2016 05:51:25 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zimbra.ixsystems.com (Postfix) with ESMTP id 90F797FDD8F for ; Tue, 27 Sep 2016 05:51:25 -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 Dp8RHwDD6U0g for ; Tue, 27 Sep 2016 05:51:25 -0700 (PDT) Received: from [10.20.0.155] (unknown [10.20.0.155]) by zimbra.ixsystems.com (Postfix) with ESMTPSA id 4DCC97FA268 for ; Tue, 27 Sep 2016 05:51:25 -0700 (PDT) Subject: Re: gfx-next update: drm-4.8-rc2 tagged in drm-next To: freebsd-x11@freebsd.org X-ASG-Orig-Subj: Re: gfx-next update: drm-4.8-rc2 tagged in drm-next References: <439e20fa-6385-68fb-c97e-24705ebd2f94@nomadlogic.org> <157496f7268.ac5eb5ca278618.8741026532558973404@nextbsd.org> <3FEE7DD3-C408-4398-9F0B-5529B2E7A61F@transactionware.com> <1574b8980bc.106a6e9ef306540.4216158444646545056@nextbsd.org> <20160926192637.33f7921b@azsupport.com> <157683d1ec0.11a09775b76996.945490951353894015@nextbsd.org> <20160927031041.31b6f90a@azsupport.com> <157693fc60a.ebf27bd286215.2625530085502855667@nextbsd.org> <20160927033819.2670e3f1@azsupport.com> <20160927015534.GA1345@lonesome.com> <1576a3129d6.df449a6798184.3431483148132229583@nextbsd.org> From: Kris Moore Message-ID: <1e89181a-fab3-af23-ad37-c23c51f518d6@ixsystems.com> Date: Tue, 27 Sep 2016 08:51:24 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Barracuda-Connect: UNKNOWN[10.246.0.20] X-Barracuda-Start-Time: 1474980685 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.23 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, 27 Sep 2016 12:51:27 -0000 On 09/27/2016 08:45, Jonathan Anderson wrote: > On 27 Sep 2016, at 3:19, Matthew Macy wrote: > >> So long as 99% of people are duly respectful of the fact that this >> has been a great deal of work and that there is more work that lies >> ahead we'll be fine. > > I, for one, am very grateful for this work and try to help with > testing where I can. For the past couple of years I've wanted to > recommend FreeBSD to students and the people who manage our computer > labs, but the lack of support for contemporary graphics was a real > blocker while I've Linux uptake grow by leaps and bounds. Thanks to > Matt's work, I'm now running FreeBSD on a recent notebook rather than > VMs or old hardware from eBay. i915 on drm-next-4.7 has become quite > stable and reliable, to the point where I'd recommend it to students > escaping Windows once it lands in a release (12.0?). FreeBSD grew out > of a university context, and I think that we need university students > using it and hacking on it to generate new developers, new companies, > etc. > > > Jon > -- > Jonathan Anderson > jonathan@FreeBSD.org > _______________________________________________ > 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" +1 Without his amazing work we'd not be able to run TrueOS (Formerly PC-BSD) on anything modern except NVIDIA desktops. Now I'm running the latest gen Lenovo X1 Carbon without needing to use vesa or scfb :) Keep up the good work! -- Kris Moore iXsystems Enterprise Storage & Servers Driven By Open Source From owner-freebsd-x11@freebsd.org Tue Sep 27 17:07:05 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 99751BEC4DD for ; Tue, 27 Sep 2016 17:07:05 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.blih.net", Issuer "mail.blih.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 14C6B759 for ; Tue, 27 Sep 2016 17:07:04 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) by mail.blih.net (OpenSMTPD) with ESMTP id c2f9712c; Tue, 27 Sep 2016 19:06:56 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=mail; bh=dupMibw0wH2Hj48P29w8n1+hCWY=; b=AB+4gZxpFraSopCGjNi9A5dAe7e3 vhhdeaeO1hdTffB1M0UI3XOrki0+ixATiGNplqNFGUNPEzJnLT5rKqY0bE9y4Rhn +RmbuuTOfrZAGLeumZ7QtO22IPlOnuKr9S5cbQ9k0ToX2VDn2oqHTxWq3bYYdJ8K LwSaBDdP85qSe7Y= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; q=dns; s= mail; b=TAo8lr2d3LSj1cbAjZdDBi+aOlNbRL4NPqTYjQTzxLGHzt5IlmY3h1F/ 2h/DUzTR2WzyRjxqtEHnhYkPsKDLLG0qSpf4XZt4BWLpmhieUfhY/0y7IsPzJE4T XdVC9yyWgrw1lBkliIOgkyK4/e3NNTCu68F+fd7Ls8tCntAmR7Y= Received: from knuckles.blih.net (ip-54.net-82-216-203.roubaix.rev.numericable.fr [82.216.203.54]) by mail.blih.net (OpenSMTPD) with ESMTPSA id ef1a900f TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Tue, 27 Sep 2016 19:06:56 +0200 (CEST) Date: Tue, 27 Sep 2016 19:06:53 +0200 From: Emmanuel Vadot To: Matthew Macy Cc: "freebsd-x11@freebsd.org" Subject: Re: gfx-next update: drm-4.8-rc2 tagged in drm-next Message-Id: <20160927190653.2e21dcaf00756a4c87e9894d@bidouilliste.com> In-Reply-To: <157693fc60a.ebf27bd286215.2625530085502855667@nextbsd.org> References: <1569231fc12.1189a20c2251388.8699372849515846410@nextbsd.org> <20160920162456.GO8480@rancor.immure.com> <439e20fa-6385-68fb-c97e-24705ebd2f94@nomadlogic.org> <157496f7268.ac5eb5ca278618.8741026532558973404@nextbsd.org> <3FEE7DD3-C408-4398-9F0B-5529B2E7A61F@transactionware.com> <1574b8980bc.106a6e9ef306540.4216158444646545056@nextbsd.org> <20160926192637.33f7921b@azsupport.com> <157683d1ec0.11a09775b76996.945490951353894015@nextbsd.org> <20160927031041.31b6f90a@azsupport.com> <157693fc60a.ebf27bd286215.2625530085502855667@nextbsd.org> X-Mailer: Sylpheed 3.5.1 (GTK+ 2.24.29; amd64-portbld-freebsd12.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.23 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, 27 Sep 2016 17:07:05 -0000 Hello Matthew, On Mon, 26 Sep 2016 18:26:09 -0700 Matthew Macy wrote: > > > This is maillist for FreeBSD, not for another fork such as "nextbsd". > > If you don't want send patches to 11-CURRENT, then move out from this > > maillist. > > The patches are all awaiting review on phabricator. This work has been entirely based on FreeBSD and is done solely for the sake of the well-being of the community. Could you list the needed reviews please ? Also a few question : - Do you plan to update the 4.6-11 to match 11-RELEASE (or 11-stable) at some point ? - Do you plan to update 11-stable to 4.7 ? - I've seen some regression (on skylake) going from 4.6 (so 11-BETA3) to 4.7 (12-CURRENT iirc), screens aren't detected correctly. Before I dug into this problem more, what kind of info would you need ? xorg.log ? something else ? Anyway, thanks for working on this. > If you cannot show the proper respect for the amount of time that we have sunk in to this or expect to have this e-mail address and any other you might use be banned from the mailing lists. > > -M > > _______________________________________________ > 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" -- Emmanuel Vadot From owner-freebsd-x11@freebsd.org Tue Sep 27 17:29:13 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 2DF8DBECB2B for ; Tue, 27 Sep 2016 17:29:13 +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 ED64365F for ; Tue, 27 Sep 2016 17:29:12 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from la-dgt-31327.usa.tribune.com (nat-192-187-90-117.nat.tribpub.com [192.187.90.117]) by vps-mail.nomadlogic.org (OpenSMTPD) with ESMTPSA id 214d415b TLS version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO for ; Tue, 27 Sep 2016 10:29:12 -0700 (PDT) Subject: Re: gfx-next update: drm-4.8-rc2 tagged in drm-next To: freebsd-x11@freebsd.org References: <1569231fc12.1189a20c2251388.8699372849515846410@nextbsd.org> <20160920162456.GO8480@rancor.immure.com> <439e20fa-6385-68fb-c97e-24705ebd2f94@nomadlogic.org> <157496f7268.ac5eb5ca278618.8741026532558973404@nextbsd.org> <3FEE7DD3-C408-4398-9F0B-5529B2E7A61F@transactionware.com> <1574b8980bc.106a6e9ef306540.4216158444646545056@nextbsd.org> <20160926192637.33f7921b@azsupport.com> <157683d1ec0.11a09775b76996.945490951353894015@nextbsd.org> <20160927031041.31b6f90a@azsupport.com> <157693fc60a.ebf27bd286215.2625530085502855667@nextbsd.org> <20160927190653.2e21dcaf00756a4c87e9894d@bidouilliste.com> From: Pete Wright Message-ID: <10d5b2c4-0785-6f3c-56b1-b1fd3916602d@nomadlogic.org> Date: Tue, 27 Sep 2016 10:29:12 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.3.0 MIME-Version: 1.0 In-Reply-To: <20160927190653.2e21dcaf00756a4c87e9894d@bidouilliste.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.23 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, 27 Sep 2016 17:29:13 -0000 On 9/27/16 10:06 AM, Emmanuel Vadot wrote: > > Hello Matthew, > > On Mon, 26 Sep 2016 18:26:09 -0700 > Matthew Macy wrote: > >> >> > This is maillist for FreeBSD, not for another fork such as "nextbsd". >> > If you don't want send patches to 11-CURRENT, then move out from this >> > maillist. >> >> The patches are all awaiting review on phabricator. This work has been entirely based on FreeBSD and is done solely for the sake of the well-being of the community. > > Could you list the needed reviews please ? > > Also a few question : > > - Do you plan to update the 4.6-11 to match 11-RELEASE (or 11-stable) > at some point ? > - Do you plan to update 11-stable to 4.7 ? > - I've seen some regression (on skylake) going from 4.6 (so 11-BETA3) > to 4.7 (12-CURRENT iirc), screens aren't detected correctly. Before I > dug into this problem more, what kind of info would you need ? > xorg.log ? something else ? > This is the current list of useful information, as well as some debugging tips, that may be helpful: https://github.com/FreeBSDDesktop/freebsd-base-graphics/wiki/Testing-And-Debugging-Tips#reporting-problems Regarding timeframe on merging back to FreeBSD I can't comment on that but I do not foresee these patches making to FreeBSD-11-RELEASE, but it is possible they may get included in 11-STABLE. Hope this helps, and thanks for taking part in the testing/debugging! Cheers, -pete -- Pete Wright pete@nomadlogic.org nomadlogicLA From owner-freebsd-x11@freebsd.org Tue Sep 27 20:30: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 31537BEB8FB for ; Tue, 27 Sep 2016 20:30:40 +0000 (UTC) (envelope-from az@azsupport.com) Received: from as0.azsupport.com (azsupport.com [209.95.50.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "azsupport.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1034C883 for ; Tue, 27 Sep 2016 20:30:39 +0000 (UTC) (envelope-from az@azsupport.com) Date: Tue, 27 Sep 2016 22:30:30 +0200 From: Andrei To: freebsd-x11@freebsd.org Subject: Re: gfx-next update: drm-4.8-rc2 tagged in drm-next Message-ID: <20160927223030.1a17ec5d@azsupport.com> In-Reply-To: <20160927190653.2e21dcaf00756a4c87e9894d@bidouilliste.com> References: <1569231fc12.1189a20c2251388.8699372849515846410@nextbsd.org> <20160920162456.GO8480@rancor.immure.com> <439e20fa-6385-68fb-c97e-24705ebd2f94@nomadlogic.org> <157496f7268.ac5eb5ca278618.8741026532558973404@nextbsd.org> <3FEE7DD3-C408-4398-9F0B-5529B2E7A61F@transactionware.com> <1574b8980bc.106a6e9ef306540.4216158444646545056@nextbsd.org> <20160926192637.33f7921b@azsupport.com> <157683d1ec0.11a09775b76996.945490951353894015@nextbsd.org> <20160927031041.31b6f90a@azsupport.com> <157693fc60a.ebf27bd286215.2625530085502855667@nextbsd.org> <20160927190653.2e21dcaf00756a4c87e9894d@bidouilliste.com> Organization: azsupport.com X-Mailer: Claws Mail 3.14.0 (GTK+ 2.24.29; amd64-portbld-freebsd12.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.23 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, 27 Sep 2016 20:30:40 -0000 On Tue, 27 Sep 2016 19:06:53 +0200 Emmanuel Vadot wrote: > > The patches are all awaiting review on phabricator. This work has > > been entirely based on FreeBSD and is done solely for the sake of > > the well-being of the community. > > Could you list the needed reviews please ? > > Also a few question : > > - Do you plan to update the 4.6-11 to match 11-RELEASE (or 11-stable) > at some point ? > - Do you plan to update 11-stable to 4.7 ? You still don't understand that there nothing together with FreeBSD? Go to his web page: "NextBSD The future of BSD is here." Also there "NextBSD is also an effort to demonstrate that we need not be limited to simply one true FreeBSD." Hey, thankful guys, maybe lets post graphics news from OpenBSD, DragonFly and "TrueOS"? Oh, sorry, just got message about "TrueOS". :-/ From owner-freebsd-x11@freebsd.org Tue Sep 27 20:49: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 E471AC000C0 for ; Tue, 27 Sep 2016 20:49:03 +0000 (UTC) (envelope-from abi@abinet.ru) Received: from mail.abinet.ru (mail.abinet.ru [136.243.72.227]) by mx1.freebsd.org (Postfix) with ESMTP id A6B7A685 for ; Tue, 27 Sep 2016 20:49:03 +0000 (UTC) (envelope-from abi@abinet.ru) Received: from [10.0.0.1] (unknown [10.0.0.1]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.abinet.ru (Postfix) with ESMTPSA id 143642672C for ; Tue, 27 Sep 2016 20:49:02 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=abinet.ru; s=dkim; t=1475009342; bh=5wl2QNhEHNGcub3hgUHfyRQKD3hEAqfQYioJVMlw0AM=; h=Date:From:To:Subject:References:In-Reply-To; b=iVRewhKt9N1TaNErASLEUPklVD7USr1nsNjNQWmFQybp1a0rFbQJ+j+8AYKd+qA03 wb3MneGKemJ2Jg1Kl2kGRRjlDRpXddEQN9dnBglkxIQYnUcWtEvfOP/Ojl37yXI/JQ RacbdREMWp74qJ6VQCiPpm7YvvBvtc21hRCBAYFY= Message-ID: <57EADB3D.3040800@abinet.ru> Date: Tue, 27 Sep 2016 23:49:01 +0300 From: abi User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:) Gecko/20160112 FossaMail/25.2.0 MIME-Version: 1.0 To: freebsd-x11@freebsd.org Subject: Re: gfx-next update: drm-4.8-rc2 tagged in drm-next References: <1569231fc12.1189a20c2251388.8699372849515846410@nextbsd.org> <20160920162456.GO8480@rancor.immure.com> <439e20fa-6385-68fb-c97e-24705ebd2f94@nomadlogic.org> <157496f7268.ac5eb5ca278618.8741026532558973404@nextbsd.org> <3FEE7DD3-C408-4398-9F0B-5529B2E7A61F@transactionware.com> <1574b8980bc.106a6e9ef306540.4216158444646545056@nextbsd.org> <20160926192637.33f7921b@azsupport.com> <157683d1ec0.11a09775b76996.945490951353894015@nextbsd.org> <20160927031041.31b6f90a@azsupport.com> <157693fc60a.ebf27bd286215.2625530085502855667@nextbsd.org> <20160927190653.2e21dcaf00756a4c87e9894d@bidouilliste.com> <20160927223030.1a17ec5d@azsupport.com> In-Reply-To: <20160927223030.1a17ec5d@azsupport.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.23 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, 27 Sep 2016 20:49:04 -0000 What's in how it called? I'd be ok with WindowsBSD name until I'm not forced to switch to it and developers contributing their code back. On 27.09.2016 23:30, Andrei wrote: > On Tue, 27 Sep 2016 19:06:53 +0200 > Emmanuel Vadot wrote: > >>> The patches are all awaiting review on phabricator. This work has >>> been entirely based on FreeBSD and is done solely for the sake of >>> the well-being of the community. >> Could you list the needed reviews please ? >> >> Also a few question : >> >> - Do you plan to update the 4.6-11 to match 11-RELEASE (or 11-stable) >> at some point ? >> - Do you plan to update 11-stable to 4.7 ? > You still don't understand that there nothing together with FreeBSD? > Go to his web page: "NextBSD The future of BSD is here." Also there > "NextBSD is also an effort to demonstrate that we need not be limited > to simply one true FreeBSD." > > Hey, thankful guys, maybe lets post graphics news from OpenBSD, > DragonFly and "TrueOS"? Oh, sorry, just got message about "TrueOS". :-/ > _______________________________________________ > 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" From owner-freebsd-x11@freebsd.org Tue Sep 27 21:06: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 E3C04C00E26 for ; Tue, 27 Sep 2016 21:06:24 +0000 (UTC) (envelope-from dch@skunkwerks.at) Received: from out2-smtp.messagingengine.com (out2-smtp.messagingengine.com [66.111.4.26]) (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 B657EC5B for ; Tue, 27 Sep 2016 21:06:24 +0000 (UTC) (envelope-from dch@skunkwerks.at) Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.nyi.internal (Postfix) with ESMTP id 9E5F42075A for ; Tue, 27 Sep 2016 17:06:22 -0400 (EDT) Received: from web6 ([10.202.2.216]) by compute3.internal (MEProxy); Tue, 27 Sep 2016 17:06:22 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=skunkwerks.at; h= content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-sasl-enc :x-sasl-enc; s=mesmtp; bh=B7gFzCdBOhmuCkGPHvcTR6nynxo=; b=ZU4rWn r6kmN8Mt1p5y+EdnZvUtivChfaPE5IeFXuClPPgA+53/gikcryoZLHwYXlV9sdC9 nHc6+e38cZxP0FnHRXAPo2xihHdsahw2kyeX3mlB7aDiz5ryGSrpdVbyk+Z0h7lG V2yY0Vs3/c36IUgHBuZLFs1h29iL9G/nGAQRY= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-sasl-enc:x-sasl-enc; s=smtpout; bh=B7gFzCdBOhmuCkG PHvcTR6nynxo=; b=aJsQ8X+2ikfzl9RqL1tdwm1Ajjo5OY++q4ZiXIQQQ/qYYqY p6up8w2c5VE976eupEw4S1qx/hltb1Nignhnqjk+mR5r5PdDxXAr/lDX85ng1p+k Im3UyRC75EJLcWxX2tasbS0u17oNppbkuHj1Rejd3WfoU1S3gEBl2RZi+PWo= Received: by mailuser.nyi.internal (Postfix, from userid 99) id 79D3D1EB86; Tue, 27 Sep 2016 17:06:22 -0400 (EDT) Message-Id: <1475010382.4141254.738945425.15100DB6@webmail.messagingengine.com> X-Sasl-Enc: rL9S4jYX/MNgT9Vywc5DjGCpjYTH3c8XIYWw5EBM8IUF 1475010382 From: Dave Cottlehuber To: freebsd-x11@freebsd.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain X-Mailer: MessagingEngine.com Webmail Interface - ajax-3ce3fca2 In-Reply-To: <20160927033819.2670e3f1@azsupport.com> References: <1569231fc12.1189a20c2251388.8699372849515846410@nextbsd.org> <20160920162456.GO8480@rancor.immure.com> <439e20fa-6385-68fb-c97e-24705ebd2f94@nomadlogic.org> <157496f7268.ac5eb5ca278618.8741026532558973404@nextbsd.org> <3FEE7DD3-C408-4398-9F0B-5529B2E7A61F@transactionware.com> <1574b8980bc.106a6e9ef306540.4216158444646545056@nextbsd.org> <20160926192637.33f7921b@azsupport.com> <157683d1ec0.11a09775b76996.945490951353894015@nextbsd.org> <20160927031041.31b6f90a@azsupport.com> <157693fc60a.ebf27bd286215.2625530085502855667@nextbsd.org> <20160927033819.2670e3f1@azsupport.com> Subject: Re: gfx-next update: drm-4.8-rc2 tagged in drm-next Date: Tue, 27 Sep 2016 23:06:22 +0200 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.23 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, 27 Sep 2016 21:06:25 -0000 > Matthew Macy wrote: > > The patches are all awaiting review on phabricator. This work has > > been entirely based on FreeBSD and is done solely for the sake of the > > well-being of the community. Thank-you Matt, Jean-Sebastien & the many others who have worked on this from the bottom of my heart. It has enabled me to run FreeBSD full-time now as my primary OS, and within our work environment, has helped set the scene for a wholesale conversion of our infrastructure over to FreeBSD as well -- the first server went live today using 11.0R. A+ Dave From owner-freebsd-x11@freebsd.org Tue Sep 27 21:15:05 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 3FE2EBEA0A3 for ; Tue, 27 Sep 2016 21:15:05 +0000 (UTC) (envelope-from mmacy@nextbsd.org) Received: from sender163-mail.zoho.com (sender163-mail.zoho.com [74.201.84.163]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 13EA1616 for ; Tue, 27 Sep 2016 21:15:04 +0000 (UTC) (envelope-from mmacy@nextbsd.org) Received: from mail.zoho.com by mx.zohomail.com with SMTP id 1475010897889889.8866163649; Tue, 27 Sep 2016 14:14:57 -0700 (PDT) Date: Tue, 27 Sep 2016 14:14:57 -0700 From: Matthew Macy To: "abi" Cc: "" Message-ID: <1576d8027dd.b00cc21630114.1196472754988566141@nextbsd.org> In-Reply-To: <57EADB3D.3040800@abinet.ru> References: <1569231fc12.1189a20c2251388.8699372849515846410@nextbsd.org> <20160920162456.GO8480@rancor.immure.com> <439e20fa-6385-68fb-c97e-24705ebd2f94@nomadlogic.org> <157496f7268.ac5eb5ca278618.8741026532558973404@nextbsd.org> <3FEE7DD3-C408-4398-9F0B-5529B2E7A61F@transactionware.com> <1574b8980bc.106a6e9ef306540.4216158444646545056@nextbsd.org> <20160926192637.33f7921b@azsupport.com> <157683d1ec0.11a09775b76996.945490951353894015@nextbsd.org> <20160927031041.31b6f90a@azsupport.com> <157693fc60a.ebf27bd286215.2625530085502855667@nextbsd.org> <20160927190653.2e21dcaf00756a4c87e9894d@bidouilliste.com> <20160927223030.1a17ec5d@azsupport.com> <57EADB3D.3040800@abinet.ru> Subject: Re: gfx-next update: drm-4.8-rc2 tagged in drm-next MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Priority: Medium User-Agent: Zoho Mail X-Mailer: Zoho Mail X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.23 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, 27 Sep 2016 21:15:05 -0000 ---- On Tue, 27 Sep 2016 13:49:01 -0700 abi wrote ---- > What's in how it called? I'd be ok with WindowsBSD name until I'm not > forced to switch to it and developers contributing their code back. Please don't feed the trolls. His anger over my past contributions to a FreeBSD variant are indicative of someone who is either 100% troll or someone with serious identity problems. Either way, legitimizing him isn't really a sensible use of our collective time and attention. > On 27.09.2016 23:30, Andrei wrote: > > On Tue, 27 Sep 2016 19:06:53 +0200 > > Emmanuel Vadot wrote: > > > >>> The patches are all awaiting review on phabricator. This work has > >>> been entirely based on FreeBSD and is done solely for the sake of > >>> the well-being of the community. > >> Could you list the needed reviews please ? > >> > >> Also a few question : > >> > >> - Do you plan to update the 4.6-11 to match 11-RELEASE (or 11-stable) > >> at some point ? > >> - Do you plan to update 11-stable to 4.7 ? > > You still don't understand that there nothing together with FreeBSD? > > Go to his web page: "NextBSD The future of BSD is here." Also there > > "NextBSD is also an effort to demonstrate that we need not be limited > > to simply one true FreeBSD." > > > > Hey, thankful guys, maybe lets post graphics news from OpenBSD, > > DragonFly and "TrueOS"? Oh, sorry, just got message about "TrueOS". :-/ > > _______________________________________________ > > 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" > > _______________________________________________ > 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" > From owner-freebsd-x11@freebsd.org Tue Sep 27 21:38:38 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 AC3EBBEA82B for ; Tue, 27 Sep 2016 21:38:38 +0000 (UTC) (envelope-from az@azsupport.com) Received: from as0.azsupport.com (azsupport.com [209.95.50.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "azsupport.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 89BD0121A for ; Tue, 27 Sep 2016 21:38:38 +0000 (UTC) (envelope-from az@azsupport.com) Date: Tue, 27 Sep 2016 23:38:35 +0200 From: Andrei To: freebsd-x11@freebsd.org Subject: Re: gfx-next update: drm-4.8-rc2 tagged in drm-next Message-ID: <20160927233835.7022dd19@azsupport.com> In-Reply-To: <1576d8027dd.b00cc21630114.1196472754988566141@nextbsd.org> References: <1569231fc12.1189a20c2251388.8699372849515846410@nextbsd.org> <20160920162456.GO8480@rancor.immure.com> <439e20fa-6385-68fb-c97e-24705ebd2f94@nomadlogic.org> <157496f7268.ac5eb5ca278618.8741026532558973404@nextbsd.org> <3FEE7DD3-C408-4398-9F0B-5529B2E7A61F@transactionware.com> <1574b8980bc.106a6e9ef306540.4216158444646545056@nextbsd.org> <20160926192637.33f7921b@azsupport.com> <157683d1ec0.11a09775b76996.945490951353894015@nextbsd.org> <20160927031041.31b6f90a@azsupport.com> <157693fc60a.ebf27bd286215.2625530085502855667@nextbsd.org> <20160927190653.2e21dcaf00756a4c87e9894d@bidouilliste.com> <20160927223030.1a17ec5d@azsupport.com> <57EADB3D.3040800@abinet.ru> <1576d8027dd.b00cc21630114.1196472754988566141@nextbsd.org> Organization: azsupport.com X-Mailer: Claws Mail 3.14.0 (GTK+ 2.24.29; amd64-portbld-freebsd12.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.23 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, 27 Sep 2016 21:38:38 -0000 On Tue, 27 Sep 2016 14:14:57 -0700 Matthew Macy wrote: > ---- On Tue, 27 Sep 2016 13:49:01 -0700 abi wrote > ---- > > What's in how it called? I'd be ok with WindowsBSD name until I'm > > not forced to switch to it and developers contributing their code > > back. > > Please don't feed the trolls. His anger over my past contributions to > a FreeBSD variant are indicative of someone who is either 100% troll > or someone with serious identity problems. Either way, legitimizing > him isn't really a sensible use of our collective time and attention. So, I'm troll because you discussing your fork in FreeBSD maillist? From owner-freebsd-x11@freebsd.org Wed Sep 28 04:36:41 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 59FB9BEADB9 for ; Wed, 28 Sep 2016 04:36:41 +0000 (UTC) (envelope-from bennett@sdf.org) Received: from sdf.lonestar.org (mx.sdf.org [192.94.73.20]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "ol.sdf.org", Issuer "ol.sdf.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id DF48B31C for ; Wed, 28 Sep 2016 04:36:39 +0000 (UTC) (envelope-from bennett@sdf.org) Received: from sdf.org (IDENT:bennett@otaku.freeshell.org [192.94.73.9]) by sdf.lonestar.org (8.15.2/8.14.5) with ESMTPS id u8S4Ytq3016049 (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256 bits) verified NO); Wed, 28 Sep 2016 04:34:55 GMT Received: (from bennett@localhost) by sdf.org (8.15.2/8.12.8/Submit) id u8S4YtWv000312; Tue, 27 Sep 2016 23:34:55 -0500 (CDT) From: Scott Bennett Message-Id: <201609280434.u8S4YtWv000312@sdf.org> Date: Tue, 27 Sep 2016 23:34:54 -0500 To: freebsd-x11@freebsd.org Subject: Re: gfx-next update: drm-4.8-rc2 tagged in drm-next References: <1569231fc12.1189a20c2251388.8699372849515846410@nextbsd.org> <20160920162456.GO8480@rancor.immure.com> <439e20fa-6385-68fb-c97e-24705ebd2f94@nomadlogic.org> <157496f7268.ac5eb5ca278618.8741026532558973404@nextbsd.org> <3FEE7DD3-C408-4398-9F0B-5529B2E7A61F@transactionware.com> <1574b8980bc.106a6e9ef306540.4216158444646545056@nextbsd.org> <20160926192637.33f7921b@azsupport.com> <157683d1ec0.11a09775b76996.945490951353894015@nextbsd.org> <20160927031041.31b6f90a@azsupport.com> <157693fc60a.ebf27bd286215.2625530085502855667@nextbsd.org> <20160927190653.2e21dcaf00756a4c87e9894d@bidouilliste.com> <20160927223030.1a17ec5d@azsupport.com> <57EADB3D.3040800@abinet.ru> <1576d8027dd.b00cc21630114.1196472754988566141@nextbsd.org> <20160927233835.7022dd19@azsupport.com> In-Reply-To: <20160927233835.7022dd19@azsupport.com> User-Agent: Heirloom mailx 12.5 6/20/10 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.23 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, 28 Sep 2016 04:36:41 -0000 Andrei wrote: > On Tue, 27 Sep 2016 14:14:57 -0700 > Matthew Macy wrote: > > > ---- On Tue, 27 Sep 2016 13:49:01 -0700 abi wrote > > ---- > > > What's in how it called? I'd be ok with WindowsBSD name until I'm > > > not forced to switch to it and developers contributing their code > > > back. > > > > Please don't feed the trolls. His anger over my past contributions to > > a FreeBSD variant are indicative of someone who is either 100% troll > > or someone with serious identity problems. Either way, legitimizing > > him isn't really a sensible use of our collective time and attention. > > So, I'm troll because you discussing your fork in FreeBSD maillist? That does it. *Now* I'm ready to ask that "Andrei" be banned from this list. If he continues such behavior on any other FreeBSD list, then I would ask that he be banned from all of them. As stated in my previous response, I propose that he be shunned here for a period of five years to give him time to grow up. Feh. Scott Bennett, Comm. ASMELG, CFIAG ********************************************************************** * Internet: bennett at sdf.org *xor* bennett at freeshell.org * *--------------------------------------------------------------------* * "A well regulated and disciplined militia, is at all times a good * * objection to the introduction of that bane of all free governments * * -- a standing army." * * -- Gov. John Hancock, New York Journal, 28 January 1790 * ********************************************************************** From owner-freebsd-x11@freebsd.org Wed Sep 28 05:12:04 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 10275C0049A for ; Wed, 28 Sep 2016 05:12:04 +0000 (UTC) (envelope-from az@azsupport.com) Received: from as0.azsupport.com (azsupport.com [209.95.50.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "azsupport.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E130E38A for ; Wed, 28 Sep 2016 05:12:03 +0000 (UTC) (envelope-from az@azsupport.com) Date: Wed, 28 Sep 2016 07:12:00 +0200 From: Andrei To: freebsd-x11@freebsd.org Subject: Re: gfx-next update: drm-4.8-rc2 tagged in drm-next Message-ID: <20160928071200.3a3d26e5@azsupport.com> In-Reply-To: <201609280434.u8S4YtWv000312@sdf.org> References: <1569231fc12.1189a20c2251388.8699372849515846410@nextbsd.org> <20160920162456.GO8480@rancor.immure.com> <439e20fa-6385-68fb-c97e-24705ebd2f94@nomadlogic.org> <157496f7268.ac5eb5ca278618.8741026532558973404@nextbsd.org> <3FEE7DD3-C408-4398-9F0B-5529B2E7A61F@transactionware.com> <1574b8980bc.106a6e9ef306540.4216158444646545056@nextbsd.org> <20160926192637.33f7921b@azsupport.com> <157683d1ec0.11a09775b76996.945490951353894015@nextbsd.org> <20160927031041.31b6f90a@azsupport.com> <157693fc60a.ebf27bd286215.2625530085502855667@nextbsd.org> <20160927190653.2e21dcaf00756a4c87e9894d@bidouilliste.com> <20160927223030.1a17ec5d@azsupport.com> <57EADB3D.3040800@abinet.ru> <1576d8027dd.b00cc21630114.1196472754988566141@nextbsd.org> <20160927233835.7022dd19@azsupport.com> <201609280434.u8S4YtWv000312@sdf.org> Organization: azsupport.com X-Mailer: Claws Mail 3.14.0 (GTK+ 2.24.29; amd64-portbld-freebsd12.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.23 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, 28 Sep 2016 05:12:04 -0000 On Tue, 27 Sep 2016 23:34:54 -0500 Scott Bennett wrote: > > > > What's in how it called? I'd be ok with WindowsBSD name until > > > > I'm not forced to switch to it and developers contributing > > > > their code back. > > > > > > Please don't feed the trolls. His anger over my past > > > contributions to a FreeBSD variant are indicative of someone who > > > is either 100% troll or someone with serious identity problems. > > > Either way, legitimizing him isn't really a sensible use of our > > > collective time and attention. > > > > So, I'm troll because you discussing your fork in FreeBSD > > maillist? > > That does it. *Now* I'm ready to ask that "Andrei" be banned > from this list. If he continues such behavior on any other FreeBSD > list, then I would ask that he be banned from all of them. As stated > in my previous response, I propose that he be shunned here for a > period of five years to give him time to grow up. Feh. Who are you for asking such things? Maybe you must to grow up little bit? Anyway, if I'll be banned then this is no problem at all. You can amuse your youth importance. Most worst thing is that our time wasted for another fork, not for FreeBSD. From owner-freebsd-x11@freebsd.org Wed Sep 28 05:50:16 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 D9506C00B71 for ; Wed, 28 Sep 2016 05:50:16 +0000 (UTC) (envelope-from 6yearold@gmail.com) Received: from mail-lf0-x235.google.com (mail-lf0-x235.google.com [IPv6:2a00:1450:4010:c07::235]) (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 5607D334 for ; Wed, 28 Sep 2016 05:50:16 +0000 (UTC) (envelope-from 6yearold@gmail.com) Received: by mail-lf0-x235.google.com with SMTP id b71so41554986lfg.0 for ; Tue, 27 Sep 2016 22:50:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=hmaFcu0BE0/ebIbaqN3Zda7lIYO9Fm1EWdHvZJ9wcMA=; b=Kjgfju2bAO0aTly7FEaaASeul9xfQJCFgoEOwWNliSFBjnuQlQ8AB9no3dm47R1tqI Ooy8jh2sFC6DfaS03DsqmluvknkbJ49DFtXoeZ7mcjcU/JmR0i2CHpCL7s84nX1pPhlH k1oxpljgeoDLU36uVqAZYSsgblH+8GNMLoQUeeFMAikWN3IWD/xdZVWC/DwdGZc/rl0S nulp9dyf9y7vPiu3maQj9NJEUP3fkJ6WkLUUoI1+MyW+MnEV4rVWDbkkRo01DVm9U6Kk 5hyc6jlCacHg8uMj4ZxETlGCw4y2mxegEgk1C9lFcDbk/dZN5nJKYKgBye8MiQ2/hhni UYdw== 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:cc; bh=hmaFcu0BE0/ebIbaqN3Zda7lIYO9Fm1EWdHvZJ9wcMA=; b=g0pyN0qha5QrgbcqI+hK6eRouoojsBfsdKQEkhEed4Fux326oiMQFPUxF0ZJHzhvys PWrBWudfEhUNYbCHzUCpZPjGnU+pKgcIIkItSdx+0TOzRVcjvfPiLmhQrl920X2aZrZ+ VcFdQbUQAlKkMvHxNQpeJzyKQuUrUCou87YAvEY8/tSra/H4m3JK2MTzxZpvS8FhZjlf 90FTh0FwKfeCCUahibhbHPYLyUgApwJ2RlP9ce1ZguH0wxN6Lu7ndO45oNPv0JK41fcO WuOA34VdQk0bK2qykrwVAnVz21eZEy6SfJIOYigPfdHKVWyPrU+CDsOEu8L8ha2LoO2/ WdQg== X-Gm-Message-State: AE9vXwPBOP+ZTf3qbE41/McWGZBx5AFxH4vTvIDNtuWVLgw0VZDxri8MfZfxybDPmyAuPicqSS6P7ej3EilDzw== X-Received: by 10.25.208.213 with SMTP id h204mr12319893lfg.147.1475041813986; Tue, 27 Sep 2016 22:50:13 -0700 (PDT) MIME-Version: 1.0 Received: by 10.25.75.133 with HTTP; Tue, 27 Sep 2016 22:49:43 -0700 (PDT) In-Reply-To: <20160928071200.3a3d26e5@azsupport.com> References: <1569231fc12.1189a20c2251388.8699372849515846410@nextbsd.org> <20160920162456.GO8480@rancor.immure.com> <439e20fa-6385-68fb-c97e-24705ebd2f94@nomadlogic.org> <157496f7268.ac5eb5ca278618.8741026532558973404@nextbsd.org> <3FEE7DD3-C408-4398-9F0B-5529B2E7A61F@transactionware.com> <1574b8980bc.106a6e9ef306540.4216158444646545056@nextbsd.org> <20160926192637.33f7921b@azsupport.com> <157683d1ec0.11a09775b76996.945490951353894015@nextbsd.org> <20160927031041.31b6f90a@azsupport.com> <157693fc60a.ebf27bd286215.2625530085502855667@nextbsd.org> <20160927190653.2e21dcaf00756a4c87e9894d@bidouilliste.com> <20160927223030.1a17ec5d@azsupport.com> <57EADB3D.3040800@abinet.ru> <1576d8027dd.b00cc21630114.1196472754988566141@nextbsd.org> <20160927233835.7022dd19@azsupport.com> <201609280434.u8S4YtWv000312@sdf.org> <20160928071200.3a3d26e5@azsupport.com> From: Gleb Popov <6yearold@gmail.com> Date: Wed, 28 Sep 2016 08:49:43 +0300 Message-ID: Subject: Re: gfx-next update: drm-4.8-rc2 tagged in drm-next To: Andrei Cc: freebsd-x11@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.23 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, 28 Sep 2016 05:50:16 -0000 The strangest thing is that he does this trolling from his company's e-mail, which makes me think the guy is actually hacked. If it is really you, I doubt this would make a good advertisement for your services, Andrei. You've been told several times from different people that 1. Patches will go into FreeBSD, not some fork. 2. You was the first to mention NextBSD at all. Still hoping that this is misunderstanding of yours and you will acknowledge it. From owner-freebsd-x11@freebsd.org Wed Sep 28 06:18: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 6A298BEC020 for ; Wed, 28 Sep 2016 06:18:20 +0000 (UTC) (envelope-from gurenchan@gmail.com) Received: from mail-io0-x22c.google.com (mail-io0-x22c.google.com [IPv6:2607:f8b0:4001:c06::22c]) (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 301F6206 for ; Wed, 28 Sep 2016 06:18:20 +0000 (UTC) (envelope-from gurenchan@gmail.com) Received: by mail-io0-x22c.google.com with SMTP id 92so39216885iol.2 for ; Tue, 27 Sep 2016 23:18:20 -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=7dnZhLdyLR6DmpTcMJrB8R1A3G5ZO7iebgJjU8tkgsg=; b=BePHAeATtKSnqBxBobBmdH/VgSvbLH/src44DqJqPGHgqTAHm8inCHelGD/dTThw6a hNLV4VeDkL0kDbui3wysFJB9v8R8nmdOYAPWc3c1P4yh3OTlYBH9fZe/kkBAMRmPNic2 nVBZhOKyWryHz/qfQMaOJgwoLtHL6K/q4TpBpYd2YK8eU1f5jDZnOTUgik6vDPpW7gU8 kWFw2+5xsM9+6KBbMl+rUbZKpehE+Pc9e/J5jxaLSgRiR4NEu6Gxl1SzdfOqELQGkm4D t3T2X7PgbA0Y7A+vX3UmHjIFoThc3c8/dFdgWRpXmgCpJ4FibKu9bZ9xCDcln+Cqnw41 pCfA== 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=7dnZhLdyLR6DmpTcMJrB8R1A3G5ZO7iebgJjU8tkgsg=; b=bbbUfdV2zTSW4VujaT0oGr8v3AW/lfjTO9xF4VjzF7SnbkZNCN3/xCboxIdma7iSt3 dK1HzPEVKTRq7nmp61nN8/zveVxMvSQNwqtaxP1VBK1yzDeLIN2nwlq6R90cjyrST5YX QIxMoiXpiaq5WzL4WrfELus30ZGXG+U9e/vqqMxKFKciRul5u3VVGV/JvyrHh1RxxEuy JbaoVOKG9XwjG1w5dbZgj6kNH4vmdia432j9st/dDEHRcIlUnRu93eryc2IMUoWX+wqe qLrvdEPWTlrPc4kqH9RbqGcRIYYF/TR8dWakaF8w2LZ2nyEjofnDE69+kMmIkFNlU/3q wQRg== X-Gm-Message-State: AE9vXwNKqHO5/5O+GspdF0TtOqjS2LcpBlrSpPPubOdRGbNB+51JlZS0ySGeDLDcWtHuMidmvOGzN+3zfGq7fQ== X-Received: by 10.107.147.69 with SMTP id v66mr33024475iod.63.1475043499173; Tue, 27 Sep 2016 23:18:19 -0700 (PDT) MIME-Version: 1.0 Received: by 10.107.161.66 with HTTP; Tue, 27 Sep 2016 23:18:18 -0700 (PDT) From: blubee blubeeme Date: Wed, 28 Sep 2016 14:18:18 +0800 Message-ID: Subject: Nvidia drivers screen brightness and back light To: x11-list freebsd Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.23 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, 28 Sep 2016 06:18:20 -0000 Hi I am trying to tune this device a bit to be able to control the back light / screen brightness of the screen. Here's the info on my GPU vgapci0@pci0:1:0:0: class=0x030000 card=0x0130106b chip=0x0fe910de rev=0xa1 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'GK107M [GeForce GT 750M Mac Edition]' class = display subclass = VGA cap 01[60] = powerspec 3 supports D0 D3 current D0 cap 05[68] = MSI supports 1 message, 64 bit enabled with 1 message cap 10[78] = PCI-Express 2 endpoint max data 256(256) RO NS link x8(x16) speed 8.0(8.0) ASPM L0s/L1(L0s/L1) cap 09[b4] = vendor (length 20) ecap 0002[100] = VC 1 max VC0 ecap 0004[128] = Power Budgeting 1 ecap 0001[420] = AER 2 0 fatal 0 non-fatal 0 corrected ecap 000b[600] = Vendor 1 ID 1 ecap 0019[900] = PCIe Sec 1 lane errors 0 Here is the acpi information for this machine : http://paste2.org/LUcIwtzn I came from running linux and typically there's a video or some acpi settings that will control the brightness of the screen but on FreeBSD, there doesn't seem to be anything like this so my monitor is constantly at 100% brightness. Shouldn't there be some way to dim the brightness through the acpi interface? Can I get some support to be able to dim the screen brightness? Here is the output of my xorg.conf # nvidia-xconfig: X configuration file generated by nvidia-xconfig # nvidia-xconfig: version 367.35 Wed Sep 7 17:03:49 CST 2016 Section "ServerLayout" Identifier "Layout0" Screen 0 "Screen0" InputDevice "Keyboard0" "CoreKeyboard" InputDevice "Mouse0" "CorePointer" EndSection Section "Files" EndSection Section "InputDevice" # generated from default Identifier "Mouse0" Driver "mouse" Option "Protocol" "auto" Option "Device" "/dev/sysmouse" Option "Emulate3Buttons" "no" Option "ZAxisMapping" "4 5" EndSection Section "InputDevice" # generated from default Identifier "Keyboard0" Driver "keyboard" EndSection Section "Monitor" Identifier "Monitor0" VendorName "Unknown" ModelName "Unknown" HorizSync 28.0 - 33.0 VertRefresh 43.0 - 72.0 Option "DPMS" EndSection Section "Device" Identifier "Device0" Driver "nvidia" VendorName "NVIDIA Corporation" EndSection Section "Screen" Identifier "Screen0" Device "Device0" Monitor "Monitor0" DefaultDepth 24 SubSection "Display" Depth 24 EndSubSection EndSection I use redshift and passing redshift -t x:x -b[0.0-1.0] allows some brightness controls but then xrandr has to warm up and go from a cool color screen to a warmer color then it adjusts the brightness. There's also xrandr --ouput ACTIVE_DEVICE -brightness [0.0-1.0] this seems to work but it won't work while redshift is working. They seem to fight for control of the display then redshift takes control and the screen goes back to somewhat full brightness. Is there a more efficient way to control the screen brightness? From owner-freebsd-x11@freebsd.org Wed Sep 28 06:27:52 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 521B4BEC2C8 for ; Wed, 28 Sep 2016 06:27:52 +0000 (UTC) (envelope-from bennett@sdf.org) Received: from sdf.lonestar.org (mx.sdf.org [192.94.73.20]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "ol.sdf.org", Issuer "ol.sdf.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 1E7738E0 for ; Wed, 28 Sep 2016 06:27:51 +0000 (UTC) (envelope-from bennett@sdf.org) Received: from sdf.org (IDENT:bennett@otaku.freeshell.org [192.94.73.9]) by sdf.lonestar.org (8.15.2/8.14.5) with ESMTPS id u8S6Rf9r020338 (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256 bits) verified NO); Wed, 28 Sep 2016 06:27:41 GMT Received: (from bennett@localhost) by sdf.org (8.15.2/8.12.8/Submit) id u8S6RfXq002303; Wed, 28 Sep 2016 01:27:41 -0500 (CDT) From: Scott Bennett Message-Id: <201609280627.u8S6RfXq002303@sdf.org> Date: Wed, 28 Sep 2016 01:27:41 -0500 To: freebsd-x11@freebsd.org, gurenchan@gmail.com Subject: Re: Nvidia drivers screen brightness and back light References: In-Reply-To: User-Agent: Heirloom mailx 12.5 6/20/10 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.23 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, 28 Sep 2016 06:27:52 -0000 blubee blubeeme wrote: [much stuff deleted --SB] > > I use redshift and passing redshift -t x:x -b[0.0-1.0] allows some > brightness controls but then xrandr has to warm up and go from a cool color > screen to a warmer color then it adjusts the brightness. > > > There's also xrandr --ouput ACTIVE_DEVICE -brightness [0.0-1.0] this seems > to work but it won't work while redshift is working. They seem to fight for > control of the display then redshift takes control and the screen goes back > to somewhat full brightness. > > > Is there a more efficient way to control the screen brightness? Have you tried x11/xbrightness yet? It doesn't provide a way to retrieve the current setting, but it does let you set the brightness on a scale of 0 - 65535. Scott Bennett, Comm. ASMELG, CFIAG P.O. Box 772 DeKalb, Illinois 60115 ********************************************************************** * Internet: bennett at sdf.org *xor* bennett at freeshell.org * *--------------------------------------------------------------------* * "A well regulated and disciplined militia, is at all times a good * * objection to the introduction of that bane of all free governments * * -- a standing army." * * -- Gov. John Hancock, New York Journal, 28 January 1790 * ********************************************************************** From owner-freebsd-x11@freebsd.org Wed Sep 28 06:32:38 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 2D562BEC490 for ; Wed, 28 Sep 2016 06:32:38 +0000 (UTC) (envelope-from gurenchan@gmail.com) Received: from mail-io0-x22b.google.com (mail-io0-x22b.google.com [IPv6:2607:f8b0:4001:c06::22b]) (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 DE4E2BA6 for ; Wed, 28 Sep 2016 06:32:37 +0000 (UTC) (envelope-from gurenchan@gmail.com) Received: by mail-io0-x22b.google.com with SMTP id 92so39715368iol.2 for ; Tue, 27 Sep 2016 23:32:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=dXZ5wQ08kPd4f3MgqX74LGC22j5ZzfJ8OUIlBqS92Y4=; b=jVj0hHu6gQ9XNi7JDsdb7Iw47GMKqJwFm6+JL4Ts+owg3pwPRT6cyhcCqo+AS7GwIw PtrEYT+IzJsUlfMudsDuBjLzVBwcROG0iQnabsJRDVLtvkO/ZgLdq3XbV0x/9vRsjIXf jBllyyt6l9aFYL/GlNzFUWTjFMEKyBIJq37sLSvqBd1Nic+FgDHh24F5BvBIzZeIFxA8 emm3lzBIkKBHci4JwL3653j74MTCPLKHmiHNFdzyR2rdgOiFZEaxh2Nbyep2l7tXrGym OfpzVmH5HPe1BZmLBitgigCqWjG5RJMe0J7jGTIe/xkOp4jrFNW379ezy6ppiw+6sB2j VZhQ== 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:cc; bh=dXZ5wQ08kPd4f3MgqX74LGC22j5ZzfJ8OUIlBqS92Y4=; b=k0PKS2YQ7PFR2Wp2Kw1hC27ihBqUAwPL1WjBa71iF05Inan2ad1vK9I2RjewFMoMGj yGKjYVEXCvOuaP6xwYSDksnOJtuVBt2+NheCaXKROQW4mH67jhZjM/SxnthyFOGOaNQ3 BfyHcG4uRAOolUc2x9LysUgZa8mo9L62MCC2t7SDS4S+lOo4yuu4XzgqAfMKLwq3fa0u 2sPZYV5oAxfJJa8ItLVghIgB1qrGBMdFITUX0zjI0QuDTle6SLsj38gYRUU8utTnc4De ipzQDITLYGpnVn4hvNLSdpjNNtbQ5ECkh5MJZEc8SLGer4FkMqJ5AMghjk/W29l9U6PJ ylkg== X-Gm-Message-State: AA6/9RlNzIrIP7k70F6SzslzXdsylMkuN4W9RGjVRsr8e3/QW/JdW2pgcnmdXBvp4TdJeJAjwH2NDkXuBhgGjQ== X-Received: by 10.36.4.143 with SMTP id 137mr701962itb.39.1475044357427; Tue, 27 Sep 2016 23:32:37 -0700 (PDT) MIME-Version: 1.0 Received: by 10.107.161.66 with HTTP; Tue, 27 Sep 2016 23:32:36 -0700 (PDT) In-Reply-To: <201609280627.u8S6RfXq002303@sdf.org> References: <201609280627.u8S6RfXq002303@sdf.org> From: blubee blubeeme Date: Wed, 28 Sep 2016 14:32:36 +0800 Message-ID: Subject: Re: Nvidia drivers screen brightness and back light To: Scott Bennett Cc: x11-list freebsd Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.23 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, 28 Sep 2016 06:32:38 -0000 I just installed xbrightness and tried to use that, it seems to do the same thing that xrandr --output ACTIVE_DEVICE -brightness [0.0 - 1.0] but again redshift wrestles control away from this xbrightness program. On Wed, Sep 28, 2016 at 2:27 PM, Scott Bennett wrote: > blubee blubeeme wrote: > > [much stuff deleted --SB] > > > > I use redshift and passing redshift -t x:x -b[0.0-1.0] allows some > > brightness controls but then xrandr has to warm up and go from a cool > color > > screen to a warmer color then it adjusts the brightness. > > > > > > There's also xrandr --ouput ACTIVE_DEVICE -brightness [0.0-1.0] this > seems > > to work but it won't work while redshift is working. They seem to fight > for > > control of the display then redshift takes control and the screen goes > back > > to somewhat full brightness. > > > > > > Is there a more efficient way to control the screen brightness? > > Have you tried x11/xbrightness yet? It doesn't provide a way to > retrieve > the current setting, but it does let you set the brightness on a scale of > 0 - > 65535. > > > Scott Bennett, Comm. ASMELG, CFIAG > P.O. Box 772 > DeKalb, Illinois 60115 > ********************************************************************** > * Internet: bennett at sdf.org *xor* bennett at freeshell.org * > *--------------------------------------------------------------------* > * "A well regulated and disciplined militia, is at all times a good * > * objection to the introduction of that bane of all free governments * > * -- a standing army." * > * -- Gov. John Hancock, New York Journal, 28 January 1790 * > ********************************************************************** > From owner-freebsd-x11@freebsd.org Wed Sep 28 07:18:36 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 3C5CDC002F7 for ; Wed, 28 Sep 2016 07:18:36 +0000 (UTC) (envelope-from bennett@sdf.org) Received: from sdf.lonestar.org (mx.sdf.org [192.94.73.20]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "ol.sdf.org", Issuer "ol.sdf.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 04316911 for ; Wed, 28 Sep 2016 07:18:35 +0000 (UTC) (envelope-from bennett@sdf.org) Received: from sdf.org (IDENT:bennett@otaku.freeshell.org [192.94.73.9]) by sdf.lonestar.org (8.15.2/8.14.5) with ESMTPS id u8S7IP2R002767 (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256 bits) verified NO); Wed, 28 Sep 2016 07:18:25 GMT Received: (from bennett@localhost) by sdf.org (8.15.2/8.12.8/Submit) id u8S7IP85011693; Wed, 28 Sep 2016 02:18:25 -0500 (CDT) From: Scott Bennett Message-Id: <201609280718.u8S7IP85011693@sdf.org> Date: Wed, 28 Sep 2016 02:18:25 -0500 To: freebsd-x11@freebsd.org, gurenchan@gmail.com Subject: Re: Nvidia drivers screen brightness and back light References: <201609280627.u8S6RfXq002303@sdf.org> In-Reply-To: User-Agent: Heirloom mailx 12.5 6/20/10 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.23 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, 28 Sep 2016 07:18:36 -0000 blubee blubeeme wrote: Please don't top post. > I just installed xbrightness and tried to use that, it seems to do the same > thing that xrandr --output ACTIVE_DEVICE -brightness [0.0 - 1.0] but again > redshift wrestles control away from this xbrightness program. > Yes, I've noticed that, too. If you want direct control, try xbrightness without redshift. If that doesn't work, you may just have to fiddle with redshift inside a shell script. Scott Bennett, Comm. ASMELG, CFIAG ********************************************************************** * Internet: bennett at sdf.org *xor* bennett at freeshell.org * *--------------------------------------------------------------------* * "A well regulated and disciplined militia, is at all times a good * * objection to the introduction of that bane of all free governments * * -- a standing army." * * -- Gov. John Hancock, New York Journal, 28 January 1790 * ********************************************************************** From owner-freebsd-x11@freebsd.org Wed Sep 28 07:20: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 DE0DEC00415 for ; Wed, 28 Sep 2016 07:20:56 +0000 (UTC) (envelope-from az@azsupport.com) Received: from as0.azsupport.com (azsupport.com [209.95.50.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "azsupport.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BA3599BE for ; Wed, 28 Sep 2016 07:20:56 +0000 (UTC) (envelope-from az@azsupport.com) Date: Wed, 28 Sep 2016 09:20:53 +0200 From: Andrei To: freebsd-x11@freebsd.org Subject: Re: gfx-next update: drm-4.8-rc2 tagged in drm-next Message-ID: <20160928092053.6d846a78@azsupport.com> In-Reply-To: References: <1569231fc12.1189a20c2251388.8699372849515846410@nextbsd.org> <439e20fa-6385-68fb-c97e-24705ebd2f94@nomadlogic.org> <157496f7268.ac5eb5ca278618.8741026532558973404@nextbsd.org> <3FEE7DD3-C408-4398-9F0B-5529B2E7A61F@transactionware.com> <1574b8980bc.106a6e9ef306540.4216158444646545056@nextbsd.org> <20160926192637.33f7921b@azsupport.com> <157683d1ec0.11a09775b76996.945490951353894015@nextbsd.org> <20160927031041.31b6f90a@azsupport.com> <157693fc60a.ebf27bd286215.2625530085502855667@nextbsd.org> <20160927190653.2e21dcaf00756a4c87e9894d@bidouilliste.com> <20160927223030.1a17ec5d@azsupport.com> <57EADB3D.3040800@abinet.ru> <1576d8027dd.b00cc21630114.1196472754988566141@nextbsd.org> <20160927233835.7022dd19@azsupport.com> <201609280434.u8S4YtWv000312@sdf.org> <20160928071200.3a3d26e5@azsupport.com> Organization: azsupport.com X-Mailer: Claws Mail 3.14.0 (GTK+ 2.24.29; amd64-portbld-freebsd12.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.23 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, 28 Sep 2016 07:20:57 -0000 On Wed, 28 Sep 2016 08:49:43 +0300 Gleb Popov <6yearold@gmail.com> wrote: > The strangest thing is that he does this trolling from his company's > e-mail, which makes me think the guy is actually hacked. This is not "company" email. And nobody hacked me. > If it is really you, I doubt this would make a good advertisement for > your services, Andrei. You've been told several times from different > people that 1. Patches will go into FreeBSD, not some fork. He is never said that patches will go into FreeBSD. All times he is hiding from straight answer. He said that this is will be "as port" for "faster development". This is bullshit. For this he can use CURRENT. I found that something really wrong when "drm-next 4.6" was finished and no commits in CURRENT. Then 4.7 and nothing! Even now when 4.8 rc2 and still you must to download his fork. I will not surprised that "gfx-next" patches will never be in FreeBSD. > 2. You was the first to mention NextBSD at all. From: Matthew Macy http://nextbsd.org/welcome-to-ghost/ and read subject of email "gfx-NEXT update" It is so oblivious if you just don't blind. > Still hoping that this is misunderstanding of yours and you will > acknowledge it. I also hopping that you and some others understand me in right way. If nobody cares, then ok. At least I did something. Bye. From owner-freebsd-x11@freebsd.org Wed Sep 28 07:54:52 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 8D309C0053C for ; Wed, 28 Sep 2016 07:54:52 +0000 (UTC) (envelope-from bennett@sdf.org) Received: from sdf.lonestar.org (mx.sdf.org [192.94.73.20]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "ol.sdf.org", Issuer "ol.sdf.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 742B1EFF for ; Wed, 28 Sep 2016 07:54:51 +0000 (UTC) (envelope-from bennett@sdf.org) Received: from sdf.org (IDENT:bennett@otaku.freeshell.org [192.94.73.9]) by sdf.lonestar.org (8.15.2/8.14.5) with ESMTPS id u8S7sf69025648 (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256 bits) verified NO) for ; Wed, 28 Sep 2016 07:54:41 GMT Received: (from bennett@localhost) by sdf.org (8.15.2/8.12.8/Submit) id u8S7sfc3013045 for freebsd-x11@freebsd.org; Wed, 28 Sep 2016 02:54:41 -0500 (CDT) From: Scott Bennett Message-Id: <201609280754.u8S7sfc3013045@sdf.org> Date: Wed, 28 Sep 2016 02:54:41 -0500 To: freebsd-x11@freebsd.org Subject: vt(4) driver problems on old Radeon cards User-Agent: Heirloom mailx 12.5 6/20/10 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.23 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, 28 Sep 2016 07:54:52 -0000 I recently changed from one ancient computer to another, slightly less ancient computer. The older one had a Nvidia card that's no longer supported by the current driver, but still worked with a separately supported, older version of the driver. The less old one has two Radeon HD 3870x2 cards hooked together with a Crossfire cable and uses the KMS driver modules. The change has caused me considerable grief, as well as disappointment. Some of the grief is because xscreensaver apparently has a bug that causes it to fail when the "blank screen" is activated on this hardware. (I did send a bug report to the author's email address per the instructions on his web site, but have thus far received no response whatsoever. I'll wait a few more days before attempting to file it on the FreeBSD bugzilla under x11 stuff.) The disappointment is that, although the Radeon HD 3870x2 cards supposedly support ATI Streams programs, which AMD apparently no longer does, they don't support OpenCL. I don't know what they lack for OpenCL. Sigh. Other grief comes, possibly, from the vt(4) console driver. The sc(4) driver results in the loss of a console upon either a) shutdown of Xorg or b) an attempted virtual terminal switch away from Xorg. That has long been documented and was the impetus for development of the vt(4) driver. However, on this system, vt(4) has the same problem. Further, the system's power requirement, as well as its heat output, appears to increase by 20% - 40% when using vt(4) compared to sc(4). I haven't proved to my own satisfaction that this seeming relationship is accurate, but should be able to do so upon the next reboot. A search of the archive for this list turned up a few postings within the last month or two by people reporting higher power consumption when using vt(4), but no one seemed to know why it was happening. The higher temperatures show up in the CPU, not the GPU(s), according to those postings. I see very high CPU temperatures with vt(4), but don't recall what the temperatures were when using the sc(4) driver, and I don't how to access the GPU temperature sensors if any such exist. (I don't know whether they do.) If anyone knows of a utility to display GPU temperatures, please let me know. Also, if anyone has more information on the above described vt(4) problems, I would appreciate whatever he/she can tell me. Thanks in advance! Scott Bennett, Comm. ASMELG, CFIAG ********************************************************************** * Internet: bennett at sdf.org *xor* bennett at freeshell.org * *--------------------------------------------------------------------* * "A well regulated and disciplined militia, is at all times a good * * objection to the introduction of that bane of all free governments * * -- a standing army." * * -- Gov. John Hancock, New York Journal, 28 January 1790 * ********************************************************************** From owner-freebsd-x11@freebsd.org Wed Sep 28 07:57:36 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 0BCDCC005E1 for ; Wed, 28 Sep 2016 07:57:36 +0000 (UTC) (envelope-from 6yearold@gmail.com) Received: from mail-lf0-x22d.google.com (mail-lf0-x22d.google.com [IPv6:2a00:1450:4010:c07::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 7B9E8F90 for ; Wed, 28 Sep 2016 07:57:35 +0000 (UTC) (envelope-from 6yearold@gmail.com) Received: by mail-lf0-x22d.google.com with SMTP id y6so42758811lff.1 for ; Wed, 28 Sep 2016 00:57:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=aNR6f8VZT3UkX+d8SoW9+6WUwIhNidgYYZx8PzBR2aU=; b=qTYW+1X6XW/oSkNSbjb0HR38GRUV6P5/ys+a0k4mfo/qXkhj67oc4rvPSNYZ9yKLKD aZ9KqxNkh9VEM3Hv+mcKdahxXeFZ5DSPr3RiZDlWwyJ3mE96Rn5egy9YSkTmnTSSvwQl KZZYL1kppqFlNIarkqN5JQud5Z8Y4Vl8Tur+wtuvl5t8OZkHnlKUmJJ8Nrxb2BKcDf5T yXGQsmrsJ8aSjJX/1/RthvCC/TUVe8oQeNbCHClCB5D6wm6T4HR+MqbKYDjCfde6KK+B jnUm+LamaKzMIgARdSO/HWimWZwrZdro+3S40njVcv2lE+WivwrUxXun9wWeuV/COPF+ Cc5w== 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:cc; bh=aNR6f8VZT3UkX+d8SoW9+6WUwIhNidgYYZx8PzBR2aU=; b=fbYtzqC9Q99Vc7+DNH1biENCav8vHvJhQmCGM5dSTizMGXKdx3RfLlnZ/oCUxq0DDS PA5LP4HI1LcT38oCux379xDAmDJmqpVpGYq5KHBlBED8RnLZ8u4y4nKWKP2JUrqBJt0L dc24RgdJGmqvMGsI2BaGjYC57CQxW8cj7PniBBG9grFGEaS34garfXnpJ28AGhYE/KMX OYaXydw6VUCdYpMWt9WtmVCjFH92SpDxv1F9jJJkSy0fdNjGHZl5oAGUY8z6SsoQiMyi WqnjvkDQK1r8YA+sDNlnbgopu1JfdoCpjBPLJX0CboE22aFy6nce2WL04iRE5SXLgmLb pqKA== X-Gm-Message-State: AE9vXwOZ/4xegYQnxiKsnyWWyCGnWZspjtvx5uuoMdXMV/cDa+JpbIdx+yitjTuWKmurINs2ShkQCvXfJfNIQg== X-Received: by 10.25.15.219 with SMTP id 88mr9065116lfp.47.1475049453422; Wed, 28 Sep 2016 00:57:33 -0700 (PDT) MIME-Version: 1.0 Received: by 10.25.75.133 with HTTP; Wed, 28 Sep 2016 00:57:02 -0700 (PDT) In-Reply-To: <20160928092004.3ef54d37@azsupport.com> References: <1569231fc12.1189a20c2251388.8699372849515846410@nextbsd.org> <439e20fa-6385-68fb-c97e-24705ebd2f94@nomadlogic.org> <157496f7268.ac5eb5ca278618.8741026532558973404@nextbsd.org> <3FEE7DD3-C408-4398-9F0B-5529B2E7A61F@transactionware.com> <1574b8980bc.106a6e9ef306540.4216158444646545056@nextbsd.org> <20160926192637.33f7921b@azsupport.com> <157683d1ec0.11a09775b76996.945490951353894015@nextbsd.org> <20160927031041.31b6f90a@azsupport.com> <157693fc60a.ebf27bd286215.2625530085502855667@nextbsd.org> <20160927190653.2e21dcaf00756a4c87e9894d@bidouilliste.com> <20160927223030.1a17ec5d@azsupport.com> <57EADB3D.3040800@abinet.ru> <1576d8027dd.b00cc21630114.1196472754988566141@nextbsd.org> <20160927233835.7022dd19@azsupport.com> <201609280434.u8S4YtWv000312@sdf.org> <20160928071200.3a3d26e5@azsupport.com> <20160928092004.3ef54d37@azsupport.com> From: Gleb Popov <6yearold@gmail.com> Date: Wed, 28 Sep 2016 10:57:02 +0300 Message-ID: Subject: Re: gfx-next update: drm-4.8-rc2 tagged in drm-next To: Andrei Cc: freebsd-x11@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.23 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, 28 Sep 2016 07:57:36 -0000 On Wed, Sep 28, 2016 at 10:20 AM, Andrei wrote: > On Wed, 28 Sep 2016 08:49:43 +0300 > Gleb Popov <6yearold@gmail.com> wrote: > > > The strangest thing is that he does this trolling from his company's > > e-mail, which makes me think the guy is actually hacked. > This is not "company" email. And nobody hacked me. > > > If it is really you, I doubt this would make a good advertisement for > > your services, Andrei. You've been told several times from different > > people that 1. Patches will go into FreeBSD, not some fork. > He is never said that patches will go into FreeBSD. All times he is hiding > from straight answer. He said that this is will be "as port" for "faster > development". This is bullshit. For this he can use CURRENT. > He can, yes, but upstreaming stuff is slow and takes time. It is perfectly fine for a developer to let upstream to pull in his work, instead of doing it himself. > I found that something really wrong when "drm-next 4.6" was finished and > no commits in CURRENT. Then 4.7 and nothing! Even now when 4.8 rc2 and > still you must to download his fork. I will not surprised that "gfx-next" > patches will never be in FreeBSD. > You've found there is something wrong. Great. Now go fix it. Take the burden of upstreaming this code, instead of whining. Maybe you will feel then, what it means to go a full cycle of research a problem -> code it -> upstream it. > > 2. You was the first to mention NextBSD at all. > From: Matthew Macy > http://nextbsd.org/welcome-to-ghost/ > and read subject of email "gfx-NEXT update" > > It is so oblivious if you just don't blind. > This post is a year old and doesn't mention any work on DRM field. Nor the github repo in topic. That "NEXT" thing sound somewhat like some conspiracy theory. Illuminaty confirmed? > > Still hoping that this is misunderstanding of yours and you will > > acknowledge it. > I also hopping that you and some others understand me in right way. > If nobody cares, then ok. At least I did something. Bye. > Yeah, bye. Let's not hijack this thread. From owner-freebsd-x11@freebsd.org Wed Sep 28 16:57:29 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 60287C01E40 for ; Wed, 28 Sep 2016 16:57:29 +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 3C39510A8 for ; Wed, 28 Sep 2016 16:57:29 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from la-dgt-31327.usa.tribune.com (nat-192-187-90-117.nat.tribpub.com [192.187.90.117]) by vps-mail.nomadlogic.org (OpenSMTPD) with ESMTPSA id a38c3835 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO; Wed, 28 Sep 2016 09:57:28 -0700 (PDT) Subject: Re: gfx-next update: drm-4.8-rc2 tagged in drm-next To: Andrei , freebsd-x11@freebsd.org References: <1569231fc12.1189a20c2251388.8699372849515846410@nextbsd.org> <439e20fa-6385-68fb-c97e-24705ebd2f94@nomadlogic.org> <157496f7268.ac5eb5ca278618.8741026532558973404@nextbsd.org> <3FEE7DD3-C408-4398-9F0B-5529B2E7A61F@transactionware.com> <1574b8980bc.106a6e9ef306540.4216158444646545056@nextbsd.org> <20160926192637.33f7921b@azsupport.com> <157683d1ec0.11a09775b76996.945490951353894015@nextbsd.org> <20160927031041.31b6f90a@azsupport.com> <157693fc60a.ebf27bd286215.2625530085502855667@nextbsd.org> <20160927190653.2e21dcaf00756a4c87e9894d@bidouilliste.com> <20160927223030.1a17ec5d@azsupport.com> <57EADB3D.3040800@abinet.ru> <1576d8027dd.b00cc21630114.1196472754988566141@nextbsd.org> <20160927233835.7022dd19@azsupport.com> <201609280434.u8S4YtWv000312@sdf.org> <20160928071200.3a3d26e5@azsupport.com> <20160928092053.6d846a78@azsupport.com> From: Pete Wright Message-ID: <64e5239c-c147-8294-d947-18875852d485@nomadlogic.org> Date: Wed, 28 Sep 2016 09:57:28 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.3.0 MIME-Version: 1.0 In-Reply-To: <20160928092053.6d846a78@azsupport.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.23 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, 28 Sep 2016 16:57:29 -0000 On 9/28/16 12:20 AM, Andrei wrote: > On Wed, 28 Sep 2016 08:49:43 +0300 > Gleb Popov <6yearold@gmail.com> wrote: > >> The strangest thing is that he does this trolling from his company's >> e-mail, which makes me think the guy is actually hacked. > This is not "company" email. And nobody hacked me. > >> If it is really you, I doubt this would make a good advertisement for >> your services, Andrei. You've been told several times from different >> people that 1. Patches will go into FreeBSD, not some fork. > He is never said that patches will go into FreeBSD. All times he is hiding > from straight answer. He said that this is will be "as port" for "faster > development". This is bullshit. For this he can use CURRENT. > hey guy - mmacy@ specifically said: "The patches are all awaiting review on phabricator. This work has been entirely based on FreeBSD and is done solely for the sake of the well-being of the community. " also - please just stop. now. we don't your toxic attitude taking resources away from developers doing needed work. > I found that something really wrong when "drm-next 4.6" was finished and > no commits in CURRENT. Then 4.7 and nothing! Even now when 4.8 rc2 and > still you must to download his fork. I will not surprised that "gfx-next" > patches will never be in FreeBSD. > >> 2. You was the first to mention NextBSD at all. > From: Matthew Macy > http://nextbsd.org/welcome-to-ghost/ > and read subject of email "gfx-NEXT update" > > It is so oblivious if you just don't blind. seriously...relax. take a deep breath. *there* *is* *no* *conspiracy* *here*. can we get back to work please there are still a shit-ton of bugs that need to be squashed and we need more devs testing/dogfooding this code so it can be gotten into shape so that it can merged back upstream. -p -- Pete Wright pete@nomadlogic.org nomadlogicLA From owner-freebsd-x11@freebsd.org Wed Sep 28 16:59:16 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 BD673C01ED0 for ; Wed, 28 Sep 2016 16:59:16 +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 9EBA111D1 for ; Wed, 28 Sep 2016 16:59:16 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from la-dgt-31327.usa.tribune.com (nat-192-187-90-117.nat.tribpub.com [192.187.90.117]) by vps-mail.nomadlogic.org (OpenSMTPD) with ESMTPSA id 0b69ccfc TLS version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO; Wed, 28 Sep 2016 09:59:16 -0700 (PDT) Subject: Re: gfx-next update: drm-4.8-rc2 tagged in drm-next To: Andrei , freebsd-x11@freebsd.org References: <1569231fc12.1189a20c2251388.8699372849515846410@nextbsd.org> <439e20fa-6385-68fb-c97e-24705ebd2f94@nomadlogic.org> <157496f7268.ac5eb5ca278618.8741026532558973404@nextbsd.org> <3FEE7DD3-C408-4398-9F0B-5529B2E7A61F@transactionware.com> <1574b8980bc.106a6e9ef306540.4216158444646545056@nextbsd.org> <20160926192637.33f7921b@azsupport.com> <157683d1ec0.11a09775b76996.945490951353894015@nextbsd.org> <20160927031041.31b6f90a@azsupport.com> <157693fc60a.ebf27bd286215.2625530085502855667@nextbsd.org> <20160927190653.2e21dcaf00756a4c87e9894d@bidouilliste.com> <20160927223030.1a17ec5d@azsupport.com> <57EADB3D.3040800@abinet.ru> <1576d8027dd.b00cc21630114.1196472754988566141@nextbsd.org> <20160927233835.7022dd19@azsupport.com> <201609280434.u8S4YtWv000312@sdf.org> <20160928071200.3a3d26e5@azsupport.com> <20160928092053.6d846a78@azsupport.com> From: Pete Wright Message-ID: <478e862a-3997-cf12-1040-600b36ec5745@nomadlogic.org> Date: Wed, 28 Sep 2016 09:59:15 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.3.0 MIME-Version: 1.0 In-Reply-To: <20160928092053.6d846a78@azsupport.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.23 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, 28 Sep 2016 16:59:16 -0000 On 9/28/16 12:20 AM, Andrei wrote: > On Wed, 28 Sep 2016 08:49:43 +0300 > I found that something really wrong when "drm-next 4.6" was finished and > no commits in CURRENT. Then 4.7 and nothing! Even now when 4.8 rc2 and > still you must to download his fork. I will not surprised that "gfx-next" > patches will never be in FreeBSD. > also...bug reports or this didn't happen since i have no idea as to what you mean by "drm-next 4.6 was finished". -p -- Pete Wright pete@nomadlogic.org nomadlogicLA From owner-freebsd-x11@freebsd.org Wed Sep 28 17:25: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 4D506C014FC for ; Wed, 28 Sep 2016 17:25:40 +0000 (UTC) (envelope-from az@azsupport.com) Received: from as0.azsupport.com (azsupport.com [209.95.50.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "azsupport.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 296FE1DCE for ; Wed, 28 Sep 2016 17:25:39 +0000 (UTC) (envelope-from az@azsupport.com) Date: Wed, 28 Sep 2016 19:25:36 +0200 From: Andrei To: freebsd-x11@freebsd.org Subject: Re: gfx-next update: drm-4.8-rc2 tagged in drm-next Message-ID: <20160928192536.56dd066b@azsupport.com> In-Reply-To: <64e5239c-c147-8294-d947-18875852d485@nomadlogic.org> References: <1569231fc12.1189a20c2251388.8699372849515846410@nextbsd.org> <157496f7268.ac5eb5ca278618.8741026532558973404@nextbsd.org> <3FEE7DD3-C408-4398-9F0B-5529B2E7A61F@transactionware.com> <1574b8980bc.106a6e9ef306540.4216158444646545056@nextbsd.org> <20160926192637.33f7921b@azsupport.com> <157683d1ec0.11a09775b76996.945490951353894015@nextbsd.org> <20160927031041.31b6f90a@azsupport.com> <157693fc60a.ebf27bd286215.2625530085502855667@nextbsd.org> <20160927190653.2e21dcaf00756a4c87e9894d@bidouilliste.com> <20160927223030.1a17ec5d@azsupport.com> <57EADB3D.3040800@abinet.ru> <1576d8027dd.b00cc21630114.1196472754988566141@nextbsd.org> <20160927233835.7022dd19@azsupport.com> <201609280434.u8S4YtWv000312@sdf.org> <20160928071200.3a3d26e5@azsupport.com> <20160928092053.6d846a78@azsupport.com> <64e5239c-c147-8294-d947-18875852d485@nomadlogic.org> Organization: azsupport.com X-Mailer: Claws Mail 3.14.0 (GTK+ 2.24.29; amd64-portbld-freebsd12.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.23 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, 28 Sep 2016 17:25:40 -0000 On Wed, 28 Sep 2016 09:57:28 -0700 Pete Wright wrote: > seriously...relax. take a deep breath. > > *there* *is* *no* *conspiracy* *here*. > > > can we get back to work please there are still a shit-ton of bugs > that need to be squashed and we need more devs testing/dogfooding > this code so it can be gotten into shape so that it can merged back > upstream. https://www.linkedin.com/in/matthew-macy-5354a9104 Matthew Macy Lead Developer at NextBSD Current: NextBSD, Kvasir Technologies "iX Systems and I have been working on NextBSD as a "lab" in an attempt to accelerate the adoption of new technologies in FreeBSD and by extension widen its prospective user base." This is not *conspiracy*. They just fuck FreeBSD community and use our patches for NextBSD and TrueOS (iX Systems) which is already have modern graphics stack. Probably for TrueOS no need any code reviews by someone. And LATEST patches already used in production. But for FreeBSD CURRENT this patches so buggy? Continue to eat shit. https://www.trueos.org/more-on-trueos/ Linux DRM 4.7 (Supports modern Intel graphics - Broadwell, Skylake) Linux DRM 4.8 (Supports modern Intel graphics - Kabylake) From owner-freebsd-x11@freebsd.org Wed Sep 28 18:46:15 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 F300DBEC99F for ; Wed, 28 Sep 2016 18:46:15 +0000 (UTC) (envelope-from ken@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 CDBD4AD9 for ; Wed, 28 Sep 2016 18:46:15 +0000 (UTC) (envelope-from ken@ixsystems.com) X-ASG-Debug-ID: 1475088372-08ca041100968f0001-0Qlll1 Received: from zimbra.ixsystems.com ([10.246.0.20]) by barracuda.ixsystems.com with ESMTP id E2baYJ8fhf8MKeOD (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Wed, 28 Sep 2016 11:46:12 -0700 (PDT) X-Barracuda-Envelope-From: ken@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 8090784A3AC for ; Wed, 28 Sep 2016 11:46:12 -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 jX7Id9x5Czuk for ; Wed, 28 Sep 2016 11:46:10 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zimbra.ixsystems.com (Postfix) with ESMTP id 443BB84A3AD for ; Wed, 28 Sep 2016 11:46:10 -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 Y65GDng582lK for ; Wed, 28 Sep 2016 11:46:10 -0700 (PDT) Received: from localhost (unknown [10.20.1.100]) by zimbra.ixsystems.com (Postfix) with ESMTPSA id F16DC84A3AC for ; Wed, 28 Sep 2016 11:46:09 -0700 (PDT) From: Ken Moore To: Subject: Re: gfx-next update: drm-4.8-rc2 tagged in drm-next Date: Wed, 28 Sep 2016 14:46:08 -0400 X-ASG-Orig-Subj: Re: gfx-next update: drm-4.8-rc2 tagged in drm-next MIME-Version: 1.0 Message-ID: <6f555af1-9974-4e69-b466-bc26beade858@ixsystems.com> In-Reply-To: <20160928192536.56dd066b@azsupport.com> References: <1569231fc12.1189a20c2251388.8699372849515846410@nextbsd.org> <157496f7268.ac5eb5ca278618.8741026532558973404@nextbsd.org> <3FEE7DD3-C408-4398-9F0B-5529B2E7A61F@transactionware.com> <1574b8980bc.106a6e9ef306540.4216158444646545056@nextbsd.org> <20160926192637.33f7921b@azsupport.com> <157683d1ec0.11a09775b76996.945490951353894015@nextbsd.org> <20160927031041.31b6f90a@azsupport.com> <157693fc60a.ebf27bd286215.2625530085502855667@nextbsd.org> <20160927190653.2e21dcaf00756a4c87e9894d@bidouilliste.com> <20160927223030.1a17ec5d@azsupport.com> <57EADB3D.3040800@abinet.ru> <1576d8027dd.b00cc21630114.1196472754988566141@nextbsd.org> <20160927233835.7022dd19@azsupport.com> <201609280434.u8S4YtWv000312@sdf.org> <20160928071200.3a3d26e5@azsupport.com> <20160928092053.6d846a78@azsupport.com> <64e5239c-c147-8294-d947-18875852d485@nomadlogic.org> <20160928192536.56dd066b@azsupport.com> Organization: TrueOS/iXsystems User-Agent: Trojita/0.6; Qt/5.5.1; xcb; AnyBSD4.4FreeBSD; Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Barracuda-Connect: UNKNOWN[10.246.0.20] X-Barracuda-Start-Time: 1475088372 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.23 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, 28 Sep 2016 18:46:16 -0000 On Wednesday, September 28, 2016 1:25:36 PM EDT, Andrei wrote: > On Wed, 28 Sep 2016 09:57:28 -0700 > Pete Wright wrote: > >> seriously...relax. take a deep breath. >>=20 >> *there* *is* *no* *conspiracy* *here*. >>=20 >>=20 >> can we get back to work please there are still a shit-ton of bugs >> that need to be squashed and we need more devs testing/dogfooding >> this code so it can be gotten into shape so that it can merged back >> upstream. > https://www.linkedin.com/in/matthew-macy-5354a9104 > > Matthew Macy > Lead Developer at NextBSD > Current: NextBSD, Kvasir Technologies > > "iX Systems and I have been working on NextBSD as a "lab" in an attempt > to accelerate the adoption of new technologies in FreeBSD and by > extension widen its prospective user base." > > This is not *conspiracy*. They just fuck FreeBSD community and use our > patches for NextBSD and TrueOS (iX Systems) which is already have modern > graphics stack. Probably for TrueOS no need any code reviews by someone. > And LATEST patches already used in production. But for FreeBSD CURRENT > this patches so buggy? Continue to eat shit. > > https://www.trueos.org/more-on-trueos/ > Linux DRM 4.7 (Supports modern Intel graphics - Broadwell, Skylake) > Linux DRM 4.8 (Supports modern Intel graphics - Kabylake) TrueOS just pulls in the same patches/branches that mmacy is talking about=20= here so that devs and users can test it and/or benefit from it *right now*=20= rather than waiting for it to land in FreeBSD-CURRENT. There is no=20 conspiracy: this is just one way that TrueOS contributes back to the=20 FreeBSD community - by helping to build/test branches which are still=20 considered experimental (for whatever reason) and help to find/report bugs=20= so that it can get cleaned up and merged into mainline FreeBSD as soon as=20 possible. So basically, somebody interesting in testing the 4.7/4.8 DRM changes could=20= install TrueOS rather than have to go through all the trouble of changing=20 branches and rebuilding the kernel/world/packages from the ground up in=20 order to try out this new functionality.=20 --=20 ~~ Ken Moore ~~ TrueOS/iXsystems From owner-freebsd-x11@freebsd.org Wed Sep 28 20:02:16 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 4AC5CC0137F for ; Wed, 28 Sep 2016 20:02:16 +0000 (UTC) (envelope-from zeising@daemonic.se) Received: from mail.daemonic.se (cloud.daemonic.se [185.34.0.151]) (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 0296A1D29 for ; Wed, 28 Sep 2016 20:02:15 +0000 (UTC) (envelope-from zeising@daemonic.se) Received: from cloud.daemonic.se (localhost [IPv6:::1]) by mail.daemonic.se (Postfix) with ESMTP id 3skpWf4hLXz4y87; Wed, 28 Sep 2016 20:02:06 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=daemonic.se; h= content-transfer-encoding:content-type:content-type:in-reply-to :mime-version:user-agent:date:date:message-id:from:from :references:subject:subject:received:received; s=20151023; t= 1475092925; bh=fm1nj6Qbt6GkGqM4SObdUwaNF9JQdY3UAfFxpbjkk/M=; b=K 0l3KmD2rcDN0epaRP9Ur4Bkluj6wH5cuCI3khQ1lvOmArEF+n+xdmrW3IHq9t4Gb zuMdDkZTL23tUO371YF3muiCStb+hBkclumugS4Tk+/uN64A9QawVDjaiEENpbZa qqC0mptE/zyhdGHTutiT/KPmBJjbMSuU7ZEA8cVIdA= X-Virus-Scanned: amavisd-new at daemonic.se Received: from mail.daemonic.se ([IPv6:::1]) (using TLS with cipher ECDHE-RSA-AES128-GCM-SHA256) by cloud.daemonic.se (mailscanner.daemonic.se [IPv6:::1]) (amavisd-new, port 10587) with ESMTPS id zg6uV42tRRwl; Wed, 28 Sep 2016 20:02:05 +0000 (UTC) Received: from tina.daemonic.se (c80-216-250-6.bredband.comhem.se [80.216.250.6]) by mail.daemonic.se (Postfix) with ESMTPSA id 3skpWd0Mqkz4y5c; Wed, 28 Sep 2016 20:02:05 +0000 (UTC) Subject: Re: gfx-next update: drm-4.8-rc2 tagged in drm-next To: Dave Cottlehuber , freebsd-x11@freebsd.org References: <1569231fc12.1189a20c2251388.8699372849515846410@nextbsd.org> <20160920162456.GO8480@rancor.immure.com> <439e20fa-6385-68fb-c97e-24705ebd2f94@nomadlogic.org> <157496f7268.ac5eb5ca278618.8741026532558973404@nextbsd.org> <3FEE7DD3-C408-4398-9F0B-5529B2E7A61F@transactionware.com> <1574b8980bc.106a6e9ef306540.4216158444646545056@nextbsd.org> <20160926192637.33f7921b@azsupport.com> <157683d1ec0.11a09775b76996.945490951353894015@nextbsd.org> <20160927031041.31b6f90a@azsupport.com> <157693fc60a.ebf27bd286215.2625530085502855667@nextbsd.org> <20160927033819.2670e3f1@azsupport.com> <1475010382.4141254.738945425.15100DB6@webmail.messagingengine.com> From: Niclas Zeising Message-ID: Date: Wed, 28 Sep 2016 22:01:57 +0200 User-Agent: Mutt/1.5.21 MIME-Version: 1.0 In-Reply-To: <1475010382.4141254.738945425.15100DB6@webmail.messagingengine.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.23 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, 28 Sep 2016 20:02:16 -0000 On 09/27/16 23:06, Dave Cottlehuber wrote: >> Matthew Macy wrote: >>> The patches are all awaiting review on phabricator. This work has >>> been entirely based on FreeBSD and is done solely for the sake of the >>> well-being of the community. > > Thank-you Matt, Jean-Sebastien & the many others who have worked on this > from the bottom of my heart. > > It has enabled me to run FreeBSD full-time now as my primary OS, and > within our work environment, has helped set the scene for a wholesale > conversion of our infrastructure over to FreeBSD as well -- the first > server went live today using 11.0R. > Hi! This sounds awesome! If possible, please let the list and/or the FreeBSD Foundation know about the progress and result. More testimonials [1] are always a good thing. [1] https://www.freebsdfoundation.org/about/testimonials/ Thank you for running FreeBSD Regards! -- Niclas Zeising From owner-freebsd-x11@freebsd.org Wed Sep 28 21:15:57 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 0C6E5C017F0 for ; Wed, 28 Sep 2016 21:15:57 +0000 (UTC) (envelope-from bennett@sdf.org) Received: from sdf.lonestar.org (mx.sdf.org [192.94.73.20]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "ol.sdf.org", Issuer "ol.sdf.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id DD3DBE96 for ; Wed, 28 Sep 2016 21:15:56 +0000 (UTC) (envelope-from bennett@sdf.org) Received: from sdf.org (IDENT:bennett@otaku.freeshell.org [192.94.73.9]) by sdf.lonestar.org (8.15.2/8.14.5) with ESMTPS id u8SLFXmL022226 (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256 bits) verified NO); Wed, 28 Sep 2016 21:15:33 GMT Received: (from bennett@localhost) by sdf.org (8.15.2/8.12.8/Submit) id u8SLFWMB018880; Wed, 28 Sep 2016 16:15:32 -0500 (CDT) From: Scott Bennett Message-Id: <201609282115.u8SLFWMB018880@sdf.org> Date: Wed, 28 Sep 2016 16:15:32 -0500 To: freebsd-x11@freebsd.org Subject: Re: gfx-next update: drm-4.8-rc2 tagged in drm-next Cc: zeising@daemonic.se References: <1569231fc12.1189a20c2251388.8699372849515846410@nextbsd.org> <20160920162456.GO8480@rancor.immure.com> <439e20fa-6385-68fb-c97e-24705ebd2f94@nomadlogic.org> <157496f7268.ac5eb5ca278618.8741026532558973404@nextbsd.org> <3FEE7DD3-C408-4398-9F0B-5529B2E7A61F@transactionware.com> <1574b8980bc.106a6e9ef306540.4216158444646545056@nextbsd.org> <20160926192637.33f7921b@azsupport.com> <157683d1ec0.11a09775b76996.945490951353894015@nextbsd.org> <20160927031041.31b6f90a@azsupport.com> <157693fc60a.ebf27bd286215.2625530085502855667@nextbsd.org> <20160927033819.2670e3f1@azsupport.com> <1475010382.4141254.738945425.15100DB6@webmail.messagingengine.com> In-Reply-To: User-Agent: Heirloom mailx 12.5 6/20/10 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.23 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, 28 Sep 2016 21:15:57 -0000 Niclas Zeising wrote: > On 09/27/16 23:06, Dave Cottlehuber wrote: > >> Matthew Macy wrote: > >>> The patches are all awaiting review on phabricator. This work has > >>> been entirely based on FreeBSD and is done solely for the sake of the > >>> well-being of the community. > > > > Thank-you Matt, Jean-Sebastien & the many others who have worked on this > > from the bottom of my heart. > > > > It has enabled me to run FreeBSD full-time now as my primary OS, and > > within our work environment, has helped set the scene for a wholesale > > conversion of our infrastructure over to FreeBSD as well -- the first > > server went live today using 11.0R. ^^^^^ > > Hi! > This sounds awesome! If possible, please let the list and/or the Even more awesome is that he can svn checkout releases from the future! :^) > FreeBSD Foundation know about the progress and result. More > testimonials [1] are always a good thing. > > [1] https://www.freebsdfoundation.org/about/testimonials/ Scott Bennett, Comm. ASMELG, CFIAG ********************************************************************** * Internet: bennett at sdf.org *xor* bennett at freeshell.org * *--------------------------------------------------------------------* * "A well regulated and disciplined militia, is at all times a good * * objection to the introduction of that bane of all free governments * * -- a standing army." * * -- Gov. John Hancock, New York Journal, 28 January 1790 * ********************************************************************** From owner-freebsd-x11@freebsd.org Wed Sep 28 23:15: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 655AAC00F92 for ; Wed, 28 Sep 2016 23:15:24 +0000 (UTC) (envelope-from petr.fischer@me.com) Received: from pv33p00im-asmtp001.me.com (pv33p00im-asmtp001.me.com [17.142.194.250]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4B95912A4 for ; Wed, 28 Sep 2016 23:15:24 +0000 (UTC) (envelope-from petr.fischer@me.com) Received: from process-dkim-sign-daemon.pv33p00im-asmtp001.me.com by pv33p00im-asmtp001.me.com (Oracle Communications Messaging Server 7.0.5.38.0 64bit (built Feb 26 2016)) id <0OE800300L9KVK00@pv33p00im-asmtp001.me.com> for freebsd-x11@freebsd.org; Wed, 28 Sep 2016 23:15:23 +0000 (GMT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=me.com; s=4d515a; t=1475104523; bh=lMWRd4oFOdwxkyTkoL7vFyAuoUgNFQFzb1B/Om9dBuU=; h=Date:From:To:Subject:Message-id:MIME-version:Content-type; b=D0jT6bpni2jFknRC5ucA0n5SR7E9s5w5ubjgO+yzd0wWEBRx6/YwXUZc7sEQM2Sqf 2v6yvEbuLB8gQzOLdwGfGKLkqTOLxbZ+2K/pBxoU0jbvqxhFYAGk0Bycp9x0kZHGmG cnLIZTwbW58TGRDuxDlFRTyiJMfyuC8oWhoDlJ6v0ejnvTXkzJtUOHplv7fnFp6pqO Ltf5SVik08DAjgnCNeOxD57F7AJ4y9hUYLEJbGA16WdyH2Rq7RE/JbAbv4ylFwQlJq gQQ7Xzt0x3+OS8UA5ubhZYCtgHIhoKOAQuds7ftXZl5r3FradZ8Jx9jbXZscb/VIB5 rrWrZDcxVx0jw== Received: from localhost (109.2.broadband2.iol.cz [83.208.2.109]) by pv33p00im-asmtp001.me.com (Oracle Communications Messaging Server 7.0.5.38.0 64bit (built Feb 26 2016)) with ESMTPSA id <0OE800HKZLXHF520@pv33p00im-asmtp001.me.com> for freebsd-x11@freebsd.org; Wed, 28 Sep 2016 23:15:22 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, definitions=2016-09-28_13:,, signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 clxscore=1034 suspectscore=1 malwarescore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1603290000 definitions=main-1609280406 Date: Thu, 29 Sep 2016 01:15:17 +0200 From: Petr Fischer To: freebsd-x11@freebsd.org Subject: What graphics card for FreeBSD HTPC/Media (NVidia vs Radeon) Message-id: <20160928231517.GG57400@pf-bsd.local> 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.23 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, 28 Sep 2016 23:15:24 -0000 Hello, I have small HTPC home server with FreeBSD and AMD Sempron X2 2650 - there is integrated Radeon HD 8240 (Kabini / R3 Series) graphics card, but not supported by FreeBSD radeon driver - only VESA and this has abs. no performance for today media playing (I installed Kodi 16.1 in a jail)... There is free PCIe16 slot in HTPC, so I probably need to buy some new/old graphic card, what is the best solution for HTPC: 1) NVidia 210 (what driver?, nv from X11 or from nvidia-driver package?) 2) Radeon HD 5450 or 6450 (supported by kernel radeon driver, but wihout HDMI sound by latest info https://wiki.freebsd.org/Graphics ) So, which way? Nvidia / AMD Radeon? Or - will be better support for HD 8240 integrated graphics soon? Needs: A) passive cooling, low power consumption (max 30W?) B) perfect stable driver support (may be with blobs, ok) C) no-problem Full HD video decoding acceleration support (VPDAU?) - let the CPU cool while playing movies/youtube/streams on Full HD screen D) HDMI support (HDMI audio output is nice, but I can live without it) Recommend please, thanks! pf From owner-freebsd-x11@freebsd.org Wed Sep 28 23:30:19 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 46FD1C012E6 for ; Wed, 28 Sep 2016 23:30:19 +0000 (UTC) (envelope-from neel@neelc.org) Received: from mail.neelc.org (mail.neelc.org [IPv6:2001:19f0:300:7122::10]) by mx1.freebsd.org (Postfix) with ESMTP id 2BFB91B23 for ; Wed, 28 Sep 2016 23:30:19 +0000 (UTC) (envelope-from neel@neelc.org) Received: from [192.168.1.42] (pool-96-224-82-163.nycmny.fios.verizon.net [96.224.82.163]) by mail.neelc.org (Postfix) with ESMTPSA id 9339CCB494D for ; Wed, 28 Sep 2016 19:30:09 -0400 (EDT) Date: Wed, 28 Sep 2016 19:31:05 -0400 From: Neel Chauhan Subject: Re: What graphics card for FreeBSD HTPC/Media (NVidia vs Radeon) To: freebsd-x11@freebsd.org Message-Id: <1475105465.1234.0@mail.neelc.org> X-Mailer: geary/0.11.2 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.23 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, 28 Sep 2016 23:30:19 -0000 >So, which way? Nvidia / AMD Radeon? >Or - will be better support for HD 8240 integrated graphics soon? Nvidia certainly has the upper edge right now (thanks to their FreeBSD driver), but if you are willing to live with a development tree, you could also use your HD 8240 which should be supported soon (probably a few months). Thanks, Neel Chauhan === https://www.neelc.org/ From owner-freebsd-x11@freebsd.org Thu Sep 29 01:40: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 58531C0027C for ; Thu, 29 Sep 2016 01:40:59 +0000 (UTC) (envelope-from bob@immure.com) Received: from maul.immure.com (108-84-10-9.lightspeed.austtx.sbcglobal.net [108.84.10.9]) by mx1.freebsd.org (Postfix) with ESMTP id 331CEB56 for ; Thu, 29 Sep 2016 01:40:58 +0000 (UTC) (envelope-from bob@immure.com) Received: from rancor.immure.com ([10.1.132.9]) by maul.immure.com with esmtp (Exim 4.87 (FreeBSD)) (envelope-from ) id 1bpQLC-0005YQ-Ub; Wed, 28 Sep 2016 20:40:52 -0500 Received: from rancor.immure.com (localhost [127.0.0.1]) by rancor.immure.com (8.15.2/8.15.2) with ESMTP id u8T1eodf082244; Wed, 28 Sep 2016 20:40:50 -0500 (CDT) (envelope-from bob@rancor.immure.com) Received: (from bob@localhost) by rancor.immure.com (8.15.2/8.14.9/Submit) id u8T1eopn082243; Wed, 28 Sep 2016 20:40:50 -0500 (CDT) (envelope-from bob) Date: Wed, 28 Sep 2016 20:40:50 -0500 From: Bob Willcox To: Matthew Macy Cc: freebsd-x11@freebsd.org Subject: Re: gfx-next update: drm-4.8-rc2 tagged in drm-next Message-ID: <20160929014049.GV845@rancor.immure.com> Reply-To: Bob Willcox References: <439e20fa-6385-68fb-c97e-24705ebd2f94@nomadlogic.org> <157496f7268.ac5eb5ca278618.8741026532558973404@nextbsd.org> <20160920212545.GU8480@rancor.immure.com> <20160920221954.GV8480@rancor.immure.com> <20160921233610.GI845@rancor.immure.com> <9582349b-cf1e-1d75-4784-a1d712aedac4@nomadlogic.org> <1574f2fb8aa.e60df17234511.2445927962639207447@nextbsd.org> <20160923122301.GK845@rancor.immure.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20160923122301.GK845@rancor.immure.com> User-Agent: Mutt/1.6.1 (2016-04-27) X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.23 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, 29 Sep 2016 01:40:59 -0000 On Fri, Sep 23, 2016 at 07:23:02AM -0500, Bob Willcox wrote: > > Success! I uninstalled ALL packages and the rebuilt/installed them from the > cloned https://github.com/freebsd/freebsd-ports-graphics -b xserver-next tree > and now X (and ctwm) are working! > > Thanks, folks, for all the help! > > Bob Well, I may have spoken a little too soon. I switched monitors (from a 1920x1080 Dell to a 2560x1440 Dell) and installed vlc (with a number of dependencies) and now X won't start up for my ID any longer (still works for root). In case it may help, below is my latest Xorg.0.log file. For some reason the intel driver isn't working. Note the line: (WW) Falling back to old probe method for fbdev And then it trys fbdev, which also fails due to a problem with fbdevhw. Anyone have any idea what may be wrong? Thanks, Bob [ 157.207] X.Org X Server 1.18.4 Release Date: 2016-07-19 [ 157.207] X Protocol Version 11, Revision 0 [ 157.207] Build Operating System: FreeBSD 12.0-CURRENT amd64 [ 157.207] Current Operating System: FreeBSD padme.immure.com 12.0-CURRENT FreeBSD 12.0-CURRENT #0 2652d2a(drm-next-4.7): Wed Sep 21 14:13:36 CDT 2016 bob@padme.immure.com:/usr/drm-next/obj/usr/drm-next/freebsd-base-graphics/sys/GENERIC amd64 [ 157.208] Build Date: 09 September 2016 12:13:47AM [ 157.208] [ 157.208] Current version of pixman: 0.34.0 [ 157.208] Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [ 157.208] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 157.208] (==) Log file: "/var/log/Xorg.0.log", Time: Wed Sep 28 20:14:02 2016 [ 157.209] (==) Using system config directory "/usr/local/share/X11/xorg.conf.d" [ 157.209] (==) No Layout section. Using the first Screen section. [ 157.209] (==) No screen section available. Using defaults. [ 157.209] (**) |-->Screen "Default Screen Section" (0) [ 157.209] (**) | |-->Monitor "" [ 157.209] (==) No monitor specified for screen "Default Screen Section". Using a default monitor configuration. [ 157.209] (==) Automatically adding devices [ 157.209] (==) Automatically enabling devices [ 157.209] (==) Not automatically adding GPU devices [ 157.209] (==) Max clients allowed: 256, resource mask: 0x1fffff [ 157.209] (==) 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/ [ 157.209] (==) ModulePath set to "/usr/local/lib/xorg/modules" [ 157.209] (II) The server relies on devd to provide the list of input devices. If no devices become available, reconfigure devd or disable AutoAddDevices. [ 157.209] (II) Loader magic: 0x811af0 [ 157.209] (II) Module ABI versions: [ 157.209] X.Org ANSI C Emulation: 0.4 [ 157.209] X.Org Video Driver: 20.0 [ 157.209] X.Org XInput driver : 22.1 [ 157.209] X.Org Server Extension : 9.0 [ 157.210] (--) PCI:*(0:0:2:0) 8086:1926:8086:2063 rev 10, Mem @ 0xde000000/16777216, 0xc0000000/268435456, I/O @ 0x0000f000/64, BIOS @ 0x????????/65536 [ 157.210] (II) LoadModule: "glx" [ 157.210] (II) Loading /usr/local/lib/xorg/modules/extensions/libglx.so [ 157.214] (II) Module glx: vendor="X.Org Foundation" [ 157.214] compiled for 1.18.4, module version = 1.0.0 [ 157.214] ABI class: X.Org Server Extension, version 9.0 [ 157.214] (==) AIGLX enabled [ 157.214] (==) Matched intel as autoconfigured driver 0 [ 157.214] (==) Matched fbdev as autoconfigured driver 1 [ 157.214] (==) Matched vesa as autoconfigured driver 2 [ 157.214] (==) Assigned the driver to the xf86ConfigLayout [ 157.214] (II) LoadModule: "intel" [ 157.214] (II) Loading /usr/local/lib/xorg/modules/drivers/intel_drv.so [ 157.215] (II) Module intel: vendor="X.Org Foundation" [ 157.215] compiled for 1.18.4, module version = 2.99.917 [ 157.215] Module class: X.Org Video Driver [ 157.215] ABI class: X.Org Video Driver, version 20.0 [ 157.215] (II) LoadModule: "fbdev" [ 157.215] (II) Loading /usr/local/lib/xorg/modules/drivers/fbdev_drv.so [ 157.215] (II) Module fbdev: vendor="X.Org Foundation" [ 157.215] compiled for 1.18.4, module version = 0.4.4 [ 157.215] Module class: X.Org Video Driver [ 157.215] ABI class: X.Org Video Driver, version 20.0 [ 157.215] (II) LoadModule: "vesa" [ 157.215] (II) Loading /usr/local/lib/xorg/modules/drivers/vesa_drv.so [ 157.216] (II) Module vesa: vendor="X.Org Foundation" [ 157.216] compiled for 1.18.4, module version = 2.3.4 [ 157.216] Module class: X.Org Video Driver [ 157.216] ABI class: X.Org Video Driver, version 20.0 [ 157.216] (II) intel: Driver for Intel(R) Integrated Graphics Chipsets: i810, i810-dc100, i810e, i815, i830M, 845G, 854, 852GM/855GM, 865G, 915G, E7221 (i915), 915GM, 945G, 945GM, 945GME, Pineview GM, Pineview G, 965G, G35, 965Q, 946GZ, 965GM, 965GME/GLE, G33, Q35, Q33, GM45, 4 Series, G45/G43, Q45/Q43, G41, B43 [ 157.217] (II) intel: Driver for Intel(R) HD Graphics: 2000-6000 [ 157.217] (II) intel: Driver for Intel(R) Iris(TM) Graphics: 5100, 6100 [ 157.217] (II) intel: Driver for Intel(R) Iris(TM) Pro Graphics: 5200, 6200, P6300 [ 157.217] (II) FBDEV: driver for framebuffer: fbdev [ 157.217] (II) VESA: driver for VESA chipsets: vesa [ 157.217] (--) Using syscons driver with X support (version 2.0) [ 157.217] (--) using VT number 9 [ 157.724] (II) intel(0): Using Kernel Mode Setting driver: i915, version 1.6.0 20160425 [ 157.724] (WW) Falling back to old probe method for fbdev [ 157.724] (II) Loading sub module "fbdevhw" [ 157.724] (II) LoadModule: "fbdevhw" [ 157.725] (II) Loading /usr/local/lib/xorg/modules/libfbdevhw.so [ 157.725] (EE) LoadModule: Module fbdevhw does not have a fbdevhwModuleData data object. [ 157.725] (II) UnloadModule: "fbdevhw" [ 157.725] (II) Unloading fbdevhw [ 157.725] (EE) Failed to load module "fbdevhw" (invalid module, 0) [ 157.725] (WW) Falling back to old probe method for vesa [ 157.725] (WW) VGA arbiter: cannot open kernel arbiter, no multi-card support [ 157.726] (--) intel(0): gen9 engineering sample [ 157.726] (--) intel(0): CPU: x86-64, sse2, sse3, ssse3, sse4.1, sse4.2, avx, avx2; using a maximum of 2 threads [ 157.726] (II) intel(0): Creating default Display subsection in Screen section "Default Screen Section" for depth/fbbpp 24/32 [ 157.726] (==) intel(0): Depth 24, (--) framebuffer bpp 32 [ 157.726] (==) intel(0): RGB weight 888 [ 157.726] (==) intel(0): Default visual is TrueColor [ 157.727] (II) intel(0): Output HDMI1 has no monitor section [ 157.727] (II) intel(0): Enabled output HDMI1 [ 157.727] (II) intel(0): Output DP1 has no monitor section [ 157.727] (II) intel(0): Enabled output DP1 [ 157.727] (II) intel(0): Output HDMI2 has no monitor section [ 157.727] (II) intel(0): Enabled output HDMI2 [ 157.727] (--) intel(0): Using a maximum size of 256x256 for hardware cursors [ 157.727] (II) intel(0): Output VIRTUAL1 has no monitor section [ 157.727] (II) intel(0): Enabled output VIRTUAL1 [ 157.727] (--) intel(0): Output DP1 using initial mode 2560x1440 on pipe 0 [ 157.727] (==) intel(0): TearFree disabled [ 157.727] (==) intel(0): DPI set to (96, 96) [ 157.727] (II) Loading sub module "dri2" [ 157.727] (II) LoadModule: "dri2" [ 157.728] (II) Module "dri2" already built-in [ 157.728] (II) Loading sub module "present" [ 157.728] (II) LoadModule: "present" [ 157.728] (II) Module "present" already built-in [ 157.728] (II) UnloadModule: "fbdev" [ 157.728] (II) Unloading fbdev [ 157.728] (II) UnloadModule: "vesa" [ 157.728] (II) Unloading vesa [ 157.728] (==) Depth 24 pixmap format is 32 bpp [ 157.728] (II) intel(0): SNA initialized with Skylake (gen9) backend [ 157.728] (==) intel(0): Backing store enabled [ 157.728] (==) intel(0): Silken mouse enabled [ 157.728] (II) intel(0): HW Cursor enabled [ 157.728] (II) intel(0): RandR 1.2 enabled, ignore the following RandR disabled message. [ 157.729] (==) intel(0): DPMS enabled [ 157.729] (II) intel(0): [DRI2] Setup complete [ 157.729] (II) intel(0): [DRI2] DRI driver: i965 [ 157.729] (II) intel(0): [DRI2] VDPAU driver: va_gl [ 157.729] (II) intel(0): direct rendering: DRI2 enabled [ 157.729] (II) intel(0): hardware support for Present enabled [ 157.729] (--) RandR disabled [ 157.740] (II) AIGLX: enabled GLX_MESA_copy_sub_buffer [ 157.740] (II) AIGLX: enabled GLX_ARB_create_context [ 157.740] (II) AIGLX: enabled GLX_ARB_create_context_profile [ 157.740] (II) AIGLX: enabled GLX_EXT_create_context_es{,2}_profile [ 157.740] (II) AIGLX: enabled GLX_INTEL_swap_event [ 157.740] (II) AIGLX: enabled GLX_SGI_swap_control and GLX_MESA_swap_control [ 157.741] (II) AIGLX: enabled GLX_EXT_framebuffer_sRGB [ 157.741] (II) AIGLX: enabled GLX_ARB_fbconfig_float [ 157.741] (II) AIGLX: enabled GLX_EXT_fbconfig_packed_float [ 157.741] (II) AIGLX: GLX_EXT_texture_from_pixmap backed by buffer objects [ 157.741] (II) AIGLX: enabled GLX_ARB_create_context_robustness [ 157.741] (II) AIGLX: Loaded and initialized i965 [ 157.741] (II) GLX: Initialized DRI2 GL provider for screen 0 [ 157.745] (II) intel(0): switch to mode 2560x1440@60.0 on DP1 using pipe 0, position (0, 0), rotation normal, reflection none [ 157.745] (II) intel(0): Setting screen physical size to 677 x 381 [ 157.825] (II) config/devd: probing input devices... [ 157.825] (II) config/devd: adding input device (null) (/dev/kbdmux) [ 157.825] (II) LoadModule: "kbd" [ 157.826] (II) Loading /usr/local/lib/xorg/modules/input/kbd_drv.so [ 157.826] (II) Module kbd: vendor="X.Org Foundation" [ 157.826] compiled for 1.18.4, module version = 1.8.1 [ 157.826] Module class: X.Org XInput Driver [ 157.826] ABI class: X.Org XInput driver, version 22.1 [ 157.826] (II) Using input driver 'kbd' for 'kbdmux' [ 157.826] (**) kbdmux: always reports core events [ 157.826] (**) kbdmux: always reports core events [ 157.826] (**) Option "Protocol" "standard" [ 157.827] (**) Option "XkbRules" "base" [ 157.827] (**) Option "XkbModel" "pc105" [ 157.827] (**) Option "XkbLayout" "us" [ 157.827] (**) Option "config_info" "devd:kbdmux" [ 157.827] (II) XINPUT: Adding extended input device "kbdmux" (type: KEYBOARD, id 6) [ 158.584] (II) config/devd: kbdmux is enabled, ignoring device ukbd0 [ 158.584] (II) config/devd: kbdmux is enabled, ignoring device ukbd1 [ 158.584] (II) config/devd: adding input device (null) (/dev/sysmouse) [ 158.584] (II) LoadModule: "mouse" [ 158.585] (II) Loading /usr/local/lib/xorg/modules/input/mouse_drv.so [ 158.585] (II) Module mouse: vendor="X.Org Foundation" [ 158.585] compiled for 1.18.4, module version = 1.9.1 [ 158.585] Module class: X.Org XInput Driver [ 158.585] ABI class: X.Org XInput driver, version 22.1 [ 158.585] (II) Using input driver 'mouse' for 'sysmouse' [ 158.585] (**) sysmouse: always reports core events [ 158.585] (**) Option "Device" "/dev/sysmouse" [ 158.585] (==) sysmouse: Protocol: "Auto" [ 158.585] (**) sysmouse: always reports core events [ 158.585] (==) sysmouse: Emulate3Buttons, Emulate3Timeout: 50 [ 158.586] (**) sysmouse: ZAxisMapping: buttons 4 and 5 [ 158.586] (**) sysmouse: Buttons: 5 [ 158.586] (**) Option "config_info" "devd:sysmouse" [ 158.586] (II) XINPUT: Adding extended input device "sysmouse" (type: MOUSE, id 7) [ 158.586] (**) sysmouse: (accel) keeping acceleration scheme 1 [ 158.586] (**) sysmouse: (accel) acceleration profile 0 [ 158.586] (**) sysmouse: (accel) acceleration factor: 2.000 [ 158.586] (**) sysmouse: (accel) acceleration threshold: 4 [ 158.586] (II) sysmouse: SetupAuto: hw.iftype is 4, hw.model is 0 [ 158.586] (II) sysmouse: SetupAuto: protocol is SysMouse [ 158.586] (II) config/devd: device /dev/ums0 already opened [ 158.644] (II) config/devd: terminating backend... [ 158.644] (II) UnloadModule: "mouse" [ 158.644] (II) UnloadModule: "kbd" [ 159.186] (II) Server terminated successfully (0). Closing log file. From owner-freebsd-x11@freebsd.org Thu Sep 29 02:42: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 4E5B4C01742 for ; Thu, 29 Sep 2016 02:42:39 +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 17D425E6 for ; Thu, 29 Sep 2016 02:42:38 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from LA-DGT-31327.local (cpe-23-242-83-219.socal.res.rr.com [23.242.83.219]) by vps-mail.nomadlogic.org (OpenSMTPD) with ESMTPSA id a88ba6db TLS version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO for ; Wed, 28 Sep 2016 19:42:38 -0700 (PDT) Subject: Re: gfx-next update: drm-4.8-rc2 tagged in drm-next To: freebsd-x11@freebsd.org References: <439e20fa-6385-68fb-c97e-24705ebd2f94@nomadlogic.org> <157496f7268.ac5eb5ca278618.8741026532558973404@nextbsd.org> <20160920212545.GU8480@rancor.immure.com> <20160920221954.GV8480@rancor.immure.com> <20160921233610.GI845@rancor.immure.com> <9582349b-cf1e-1d75-4784-a1d712aedac4@nomadlogic.org> <1574f2fb8aa.e60df17234511.2445927962639207447@nextbsd.org> <20160923122301.GK845@rancor.immure.com> <20160929014049.GV845@rancor.immure.com> From: Pete Wright Message-ID: <3d7950a2-0312-0a17-cce5-9eece2430daa@nomadlogic.org> Date: Wed, 28 Sep 2016 19:42:39 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.3.0 MIME-Version: 1.0 In-Reply-To: <20160929014049.GV845@rancor.immure.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.23 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, 29 Sep 2016 02:42:39 -0000 On 9/28/16 6:40 PM, Bob Willcox wrote: > > Well, I may have spoken a little too soon. I switched monitors (from a > 1920x1080 Dell to a 2560x1440 Dell) and installed vlc (with a number of > dependencies) and now X won't start up for my ID any longer (still works for > root). In case it may help, below is my latest Xorg.0.log file. For some > reason the intel driver isn't working. Note the line: > > (WW) Falling back to old probe method for fbdev > > And then it trys fbdev, which also fails due to a problem with fbdevhw. Anyone > have any idea what may be wrong? > interesting - are you specifically calling fbdev in your xorg.conf? this is an unaccelerated driver i think, which leads me to believe that the xf86-intel driver is not working for some reason. what is the version of your xf86-intel driver? this is the version i am using with my skylake system: $ pkg info -f xf86-video-intel-2.99.917.20160614 xf86-video-intel-2.99.917.20160614 Name : xf86-video-intel Version : 2.99.917.20160614 Installed on : Thu Jul 28 18:45:42 2016 PDT Origin : x11-drivers/xf86-video-intel Architecture : freebsd:12:x86:64 also this is the relevant section of my xorg for reference: Section "Device" Identifier "Card0" Driver "intel" Option "TearFree" "true" BusID "PCI:0:2:0" EndSection -pete -- Pete Wright pete@nomadlogic.org nomadlogicLA From owner-freebsd-x11@freebsd.org Thu Sep 29 03:09:02 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 D1AEFC01FFA for ; Thu, 29 Sep 2016 03:09:02 +0000 (UTC) (envelope-from gurenchan@gmail.com) Received: from mail-it0-x231.google.com (mail-it0-x231.google.com [IPv6:2607:f8b0:4001:c0b::231]) (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 9A40E1290 for ; Thu, 29 Sep 2016 03:09:02 +0000 (UTC) (envelope-from gurenchan@gmail.com) Received: by mail-it0-x231.google.com with SMTP id n143so59469341ita.1 for ; Wed, 28 Sep 2016 20:09:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=TFbM8XPFnlCotcMX6la3ggjVGocGww6s6Xrw4YjXqYI=; b=iRlDb/HkLtrJ/umEMlp8yaLC45ziwbk+DxDyfoVk9ZxVMsX4NvVgxjUbCnmxsmvEOA 6cbVcuITXToqnyWfXE8PWuAb/c4ykOtDhNOm2rybMHc0y/YHygl2Zuqo34z0/zvtw7HQ x8AmQqtBQNHB20G2pA8s2XAFgM3ZaE3wkHePYrAa9CQWzO7FILbKnGTV5xmJ+Py2Lz/R SmX4BXLY6g0CuHQRMnJWMRvHiWWaWIbFhzq+n0fOVxlR8RmOQdQk2yu5gWiO3wxaTDNh wFjMjio0r6W1tHGsoRPufnJdG/wsitSa34kEEKan5W5QUXzMzHBYS0u55tt0ahg4stkQ mPVQ== 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:cc; bh=TFbM8XPFnlCotcMX6la3ggjVGocGww6s6Xrw4YjXqYI=; b=W8OUoMDs1tQTYITNaPPaHKDC19k9JC4gRh3dOUA4YIRaO3AXzgqbotsB/rso2/IAAp 5QaVY+3U8kcXyqN8KRQdH4WFTg16f2Plo08M9xwIFQrR3poY2+Sgp85hM1oOC2j6aBiH fQzyuf2kXSuuW/PXLfpIiJCH2vWwtOiYfcZaTO4udIJdPd2FsNHsXiKMrDWdV7zHlmcF /aBjQVcOrZo3OieWXYPNQ0uUkC1jWGQ35vfo0epLIOTI76yZS+e92mWUxdnUiddldYFN AGpKWqxEGzMZoYBivHKE78reTAyyKVVRC07PuCMzNvDU8bnUyx2RQyJc2t6uxX0QOFSU gi8A== X-Gm-Message-State: AA6/9RloMrylah5fda2vIZnQ0Rby/j0FMXLF/YkI/F+6pnIQp5A0bVrdqDu/2CCgADVnyDRC7PJPxvlLBCbhgQ== X-Received: by 10.107.141.67 with SMTP id p64mr680699iod.84.1475118541961; Wed, 28 Sep 2016 20:09:01 -0700 (PDT) MIME-Version: 1.0 Received: by 10.107.161.66 with HTTP; Wed, 28 Sep 2016 20:09:01 -0700 (PDT) In-Reply-To: <201609280718.u8S7IP85011693@sdf.org> References: <201609280627.u8S6RfXq002303@sdf.org> <201609280718.u8S7IP85011693@sdf.org> From: blubee blubeeme Date: Thu, 29 Sep 2016 11:09:01 +0800 Message-ID: Subject: Re: Nvidia drivers screen brightness and back light To: Scott Bennett Cc: x11-list freebsd Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.23 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, 29 Sep 2016 03:09:02 -0000 I turned off redshift but xbrightness isn't needed; xrandr --output DEVICE --brightness [0.0-1.0] works just as well without needing to install additional software. I wonder will this affect the ability to put this device to sleep in a power saving mode like suspend, hibernate, etc.. On Wed, Sep 28, 2016 at 3:18 PM, Scott Bennett wrote: > blubee blubeeme wrote: > > Please don't top post. > > > I just installed xbrightness and tried to use that, it seems to do the > same > > thing that xrandr --output ACTIVE_DEVICE -brightness [0.0 - 1.0] but > again > > redshift wrestles control away from this xbrightness program. > > > Yes, I've noticed that, too. If you want direct control, try > xbrightness > without redshift. If that doesn't work, you may just have to fiddle with > redshift inside a shell script. > > > Scott Bennett, Comm. ASMELG, CFIAG > ********************************************************************** > * Internet: bennett at sdf.org *xor* bennett at freeshell.org * > *--------------------------------------------------------------------* > * "A well regulated and disciplined militia, is at all times a good * > * objection to the introduction of that bane of all free governments * > * -- a standing army." * > * -- Gov. John Hancock, New York Journal, 28 January 1790 * > ********************************************************************** > From owner-freebsd-x11@freebsd.org Thu Sep 29 04:36: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 0D926C00902 for ; Thu, 29 Sep 2016 04:36:30 +0000 (UTC) (envelope-from mmacy@nextbsd.org) Received: from sender163-mail.zoho.com (sender163-mail.zoho.com [74.201.84.163]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E53F31B0E for ; Thu, 29 Sep 2016 04:36:29 +0000 (UTC) (envelope-from mmacy@nextbsd.org) Received: from mail.zoho.com by mx.zohomail.com with SMTP id 1475123762016792.3159571480606; Wed, 28 Sep 2016 21:36:02 -0700 (PDT) Date: Wed, 28 Sep 2016 21:36:02 -0700 From: Matthew Macy To: "Neel Chauhan" Cc: "" Message-ID: <157743a535e.12536e128108731.4559034304328159294@nextbsd.org> In-Reply-To: <1475105465.1234.0@mail.neelc.org> References: <1475105465.1234.0@mail.neelc.org> Subject: Re: What graphics card for FreeBSD HTPC/Media (NVidia vs Radeon) MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Priority: Medium User-Agent: Zoho Mail X-Mailer: Zoho Mail X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.23 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, 29 Sep 2016 04:36:30 -0000 ---- On Wed, 28 Sep 2016 16:30:27 -0700 Neel Chauhan wrote ---- > >So, which way? Nvidia / AMD Radeon? > >Or - will be better support for HD 8240 integrated graphics soon? > > Nvidia certainly has the upper edge right now (thanks to their FreeBSD > driver), but if you are willing to live with a development tree, you > could also use your HD 8240 which should be supported soon (probably a > few months). > At some point the latest AMD GPUs will be a good pick. Unfortunately, we're not there yet and may not be until next year. Thus, Nvidia is the way to go for the mid-term future. -M From owner-freebsd-x11@freebsd.org Thu Sep 29 06:25:02 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 3DFE7C00598 for ; Thu, 29 Sep 2016 06:25:02 +0000 (UTC) (envelope-from bennett@sdf.org) Received: from sdf.lonestar.org (mx.sdf.org [192.94.73.20]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "ol.sdf.org", Issuer "ol.sdf.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 0890D945 for ; Thu, 29 Sep 2016 06:25:01 +0000 (UTC) (envelope-from bennett@sdf.org) Received: from sdf.org (IDENT:bennett@otaku.freeshell.org [192.94.73.9]) by sdf.lonestar.org (8.15.2/8.14.5) with ESMTPS id u8T6OhlM002473 (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256 bits) verified NO); Thu, 29 Sep 2016 06:24:43 GMT Received: (from bennett@localhost) by sdf.org (8.15.2/8.12.8/Submit) id u8T6Ohd6028658; Thu, 29 Sep 2016 01:24:43 -0500 (CDT) From: Scott Bennett Message-Id: <201609290624.u8T6Ohd6028658@sdf.org> Date: Thu, 29 Sep 2016 01:24:43 -0500 To: freebsd-x11@freebsd.org, gurenchan@gmail.com Subject: Re: Nvidia drivers screen brightness and back light References: <201609280627.u8S6RfXq002303@sdf.org> <201609280718.u8S7IP85011693@sdf.org> In-Reply-To: User-Agent: Heirloom mailx 12.5 6/20/10 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.23 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, 29 Sep 2016 06:25:02 -0000 blubee blubeeme wrote: > I turned off redshift but xbrightness isn't needed; xrandr --output DEVICE > --brightness [0.0-1.0] works just as well without needing to install > additional software. > > I wonder will this affect the ability to put this device to sleep in a > power saving mode like suspend, hibernate, etc.. > On my system, "xset dpms force standby" works fine. Scott Bennett, Comm. ASMELG, CFIAG ********************************************************************** * Internet: bennett at sdf.org *xor* bennett at freeshell.org * *--------------------------------------------------------------------* * "A well regulated and disciplined militia, is at all times a good * * objection to the introduction of that bane of all free governments * * -- a standing army." * * -- Gov. John Hancock, New York Journal, 28 January 1790 * ********************************************************************** From owner-freebsd-x11@freebsd.org Thu Sep 29 08:31: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 A2565C02940 for ; Thu, 29 Sep 2016 08:31:40 +0000 (UTC) (envelope-from gurenchan@gmail.com) Received: from mail-it0-x22b.google.com (mail-it0-x22b.google.com [IPv6:2607:f8b0:4001:c0b::22b]) (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 68E72C9C for ; Thu, 29 Sep 2016 08:31:40 +0000 (UTC) (envelope-from gurenchan@gmail.com) Received: by mail-it0-x22b.google.com with SMTP id j69so69832851itb.0 for ; Thu, 29 Sep 2016 01:31:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=OMjDRfLVjHMHJjxsROTkn1EnxR1D7CAcOPC7oQbAgxA=; b=sCMYijuuRSsTqPHrau7sAKXYBLGNXdRT64uIpR8TkdfxYxeklZVZipY11nW3Vkg9NU 89LrAA01MYu6v7AMlH7KYsDePkVaf9nBsKym4v34NBArkALdmEncAYi57XdXtlYNOIII ll+BuDkiJu74oyow0DitKhgFuXrowwXPqStAa25rTWKpe/s2V9KNoP96L2JLznMqcAyV j0fw5d6c20a/UGlGq2FsQpaKPPyHuLjLTkCwTs7im2fmIKk/VvdyxDvM2leOrTfLyn6b x4xucumm/3Hm2oqtN7mlWY+hXkHKc6WJJJsnvVvVqZtUed7xDgArWgKuXxU7Ve6ozJAp GAWQ== 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:cc; bh=OMjDRfLVjHMHJjxsROTkn1EnxR1D7CAcOPC7oQbAgxA=; b=TyL5hFLpKXl/FRZ7Yx4KJ3Gm6xxywtDewhvMaeH/AzElKJLw97t4Bp43ase2arU1ql DJIVmqkYoKegXCa/pOBAaf8prZRQTvIHEGquefcfYslpEqogI8p42bZ3OQu9/JtLsRJw VGeo22I1ySSR1lXyee6fqzdb72gVsOstOh64W3HWS0mBDRB08cdy066bBEG58uRags43 +oRpc1wAMyquGsJ+W7dsC515y7BKgG9dqDqSbXCFXAAIzSwlxAbk5ZiPTtm83Uw6OkUC pN4GME4T8kyzUZgDkyhEz9SXETuH4HjYiE33MMLk0tBTvZE+RUVBJF/3YH2AdxCjRk5A dosA== X-Gm-Message-State: AA6/9Rnd4uIm7wnKtup7Qg5IdaXVgFDhMScEdpJiDuZa6kKD8kSySf9CFHlo+zN97FktUkCXhroazVOCaW7Dqg== X-Received: by 10.36.163.8 with SMTP id p8mr1587358ite.101.1475137899849; Thu, 29 Sep 2016 01:31:39 -0700 (PDT) MIME-Version: 1.0 Received: by 10.107.161.66 with HTTP; Thu, 29 Sep 2016 01:31:39 -0700 (PDT) In-Reply-To: <201609290624.u8T6Ohd6028658@sdf.org> References: <201609280627.u8S6RfXq002303@sdf.org> <201609280718.u8S7IP85011693@sdf.org> <201609290624.u8T6Ohd6028658@sdf.org> From: blubee blubeeme Date: Thu, 29 Sep 2016 16:31:39 +0800 Message-ID: Subject: Re: Nvidia drivers screen brightness and back light To: Scott Bennett Cc: x11-list freebsd Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.23 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, 29 Sep 2016 08:31:40 -0000 I just tried "xset dpms force standby" the screen goes black for about 1 second and then it's back on. Here is a dmesg pastebinit : http://paste2.org/HhzBYG6H so that doesn't work with this hardware. Any other options? On Thu, Sep 29, 2016 at 2:24 PM, Scott Bennett wrote: > blubee blubeeme wrote: > > > I turned off redshift but xbrightness isn't needed; xrandr --output > DEVICE > > --brightness [0.0-1.0] works just as well without needing to install > > additional software. > > > > I wonder will this affect the ability to put this device to sleep in a > > power saving mode like suspend, hibernate, etc.. > > > On my system, "xset dpms force standby" works fine. > > > Scott Bennett, Comm. ASMELG, CFIAG > ********************************************************************** > * Internet: bennett at sdf.org *xor* bennett at freeshell.org * > *--------------------------------------------------------------------* > * "A well regulated and disciplined militia, is at all times a good * > * objection to the introduction of that bane of all free governments * > * -- a standing army." * > * -- Gov. John Hancock, New York Journal, 28 January 1790 * > ********************************************************************** > From owner-freebsd-x11@freebsd.org Thu Sep 29 08:59:04 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 4E51FC00946 for ; Thu, 29 Sep 2016 08:59:04 +0000 (UTC) (envelope-from bennett@sdf.org) Received: from sdf.lonestar.org (mx.sdf.org [192.94.73.20]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "ol.sdf.org", Issuer "ol.sdf.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 16A081A8 for ; Thu, 29 Sep 2016 08:59:03 +0000 (UTC) (envelope-from bennett@sdf.org) Received: from sdf.org (norge.freeshell.org [192.94.73.17]) by sdf.lonestar.org (8.15.2/8.14.5) with ESMTPS id u8T8wotH014482 (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256 bits) verified NO); Thu, 29 Sep 2016 08:58:50 GMT Received: (from bennett@localhost) by sdf.org (8.15.2/8.12.8/Submit) id u8T8wokS002825; Thu, 29 Sep 2016 03:58:50 -0500 (CDT) From: Scott Bennett Message-Id: <201609290858.u8T8wokS002825@sdf.org> Date: Thu, 29 Sep 2016 03:58:50 -0500 To: freebsd-x11@freebsd.org, gurenchan@gmail.com Subject: Re: Nvidia drivers screen brightness and back light References: <201609280627.u8S6RfXq002303@sdf.org> <201609280718.u8S7IP85011693@sdf.org> <201609290624.u8T6Ohd6028658@sdf.org> In-Reply-To: User-Agent: Heirloom mailx 12.5 6/20/10 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.23 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, 29 Sep 2016 08:59:04 -0000 blubee blubeeme wrote: > I just tried "xset dpms force standby" the screen goes black for about 1 > second and then it's back on. > > Here is a dmesg pastebinit : http://paste2.org/HhzBYG6H Google doesn't allow anonymous viewing of paste* servers via tor exits. > > so that doesn't work with this hardware. Any other options? If xscreensaver works for you, you could try that out. On this machine I recently switched to, xscreensaver hits a bug and dies when it activates. (I whined about that on this list the other night.) Scott Bennett, Comm. ASMELG, CFIAG ********************************************************************** * Internet: bennett at sdf.org *xor* bennett at freeshell.org * *--------------------------------------------------------------------* * "A well regulated and disciplined militia, is at all times a good * * objection to the introduction of that bane of all free governments * * -- a standing army." * * -- Gov. John Hancock, New York Journal, 28 January 1790 * ********************************************************************** From owner-freebsd-x11@freebsd.org Thu Sep 29 10:45:45 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 D8A52C019AF for ; Thu, 29 Sep 2016 10:45:45 +0000 (UTC) (envelope-from pkg-fallout@FreeBSD.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id C7AF817CF for ; Thu, 29 Sep 2016 10:45:45 +0000 (UTC) (envelope-from pkg-fallout@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id C0F8FC019AD; Thu, 29 Sep 2016 10:45:45 +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 BDB02C019AB; Thu, 29 Sep 2016 10:45:45 +0000 (UTC) (envelope-from pkg-fallout@FreeBSD.org) Received: from beefy1.nyi.freebsd.org (beefy1.nyi.freebsd.org [IPv6:2610:1c1:1:6080::16:e4]) (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 2BDEA17CA; Thu, 29 Sep 2016 10:45:45 +0000 (UTC) (envelope-from pkg-fallout@FreeBSD.org) Received: from beefy1.nyi.freebsd.org (localhost [127.0.0.1]) by beefy1.nyi.freebsd.org (8.15.2/8.15.2) with ESMTP id u8TAjixt085220; Thu, 29 Sep 2016 10:45:44 GMT (envelope-from pkg-fallout@FreeBSD.org) Received: (from root@localhost) by beefy1.nyi.freebsd.org (8.15.2/8.15.2/Submit) id u8TAjiNO085159; Thu, 29 Sep 2016 10:45:44 GMT (envelope-from pkg-fallout@FreeBSD.org) Date: Thu, 29 Sep 2016 10:45:44 GMT From: pkg-fallout@FreeBSD.org Message-Id: <201609291045.u8TAjiNO085159@beefy1.nyi.freebsd.org> To: x11@FreeBSD.org Subject: [package - 93i386-default][graphics/piglit] Failed for piglit-20160809 in build Cc: pkg-fallout@FreeBSD.org X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.23 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, 29 Sep 2016 10:45:45 -0000 You are receiving this mail as a port that you maintain is failing to build on the FreeBSD package build server. Please investigate the failure and submit a PR to fix build. Maintainer: x11@FreeBSD.org Last committer: dumbbell@FreeBSD.org Ident: $FreeBSD: head/graphics/piglit/Makefile 421176 2016-08-31 17:46:00Z dumbbell $ Log URL: http://beefy1.nyi.freebsd.org/data/93i386-default/422796/logs/piglit-20160809.log Build URL: http://beefy1.nyi.freebsd.org/build.html?mastername=93i386-default&build=422796 Log: ====>> Building graphics/piglit build started at Thu Sep 29 10:31:32 UTC 2016 port directory: /usr/ports/graphics/piglit building for: FreeBSD 93i386-default-job-21 9.3-RELEASE-p47 FreeBSD 9.3-RELEASE-p47 i386 maintained by: x11@FreeBSD.org Makefile ident: $FreeBSD: head/graphics/piglit/Makefile 421176 2016-08-31 17:46:00Z dumbbell $ Poudriere version: 3.1.14 Host OSVERSION: 1200005 Jail OSVERSION: 903000 ---Begin Environment--- SHELL=/bin/csh UNAME_p=i386 UNAME_m=i386 UNAME_v=FreeBSD 9.3-RELEASE-p47 UNAME_r=9.3-RELEASE-p47 BLOCKSIZE=K MAIL=/var/mail/root STATUS=1 OPSYS=FreeBSD ARCH=i386 SAVED_TERM= MASTERMNT=/usr/local/poudriere/data/.m/93i386-default/ref UID=0 PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/root/bin _JAVA_VERSION_LIST_REGEXP=1.6\|1.7\|1.8\|1.6+\|1.7+\|1.8+ POUDRIERE_BUILD_TYPE=bulk PKGNAME=piglit-20160809 OSREL=9.3 _OSRELEASE=9.3-RELEASE-p47 PYTHONBASE=/usr/local OLDPWD=/ _SMP_CPUS=24 PWD=/usr/local/poudriere/data/.m/93i386-default/ref/.p/pool MASTERNAME=93i386-default SCRIPTPREFIX=/usr/local/share/poudriere _JAVA_VENDOR_LIST_REGEXP=openjdk\|oracle\|sun USER=root HOME=/root POUDRIERE_VERSION=3.1.14 SCRIPTPATH=/usr/local/share/poudriere/bulk.sh CONFIGURE_MAX_CMD_LEN=262144 LIBEXECPREFIX=/usr/local/libexec/poudriere LOCALBASE=/usr/local PACKAGE_BUILDING=yes _JAVA_OS_LIST_REGEXP=native\|linux OSVERSION=903000 ---End Environment--- ---Begin OPTIONS List--- ---End OPTIONS List--- --CONFIGURE_ARGS-- --End CONFIGURE_ARGS-- --CONFIGURE_ENV-- PKG_CONFIG=pkgconf PYTHON="/usr/local/bin/python2.7" XDG_DATA_HOME=/wrkdirs/usr/ports/graphics/piglit/work XDG_CONFIG_HOME=/wrkdirs/usr/ports/graphics/piglit/work HOME=/wrkdirs/usr/ports/graphics/piglit/work TMPDIR="/tmp" SHELL=/bin/sh CONFIG_SHELL=/bin/sh --End CONFIGURE_ENV-- --MAKE_ENV-- XDG_DATA_HOME=/wrkdirs/usr/ports/graphics/piglit/work XDG_CONFIG_HOME=/wrkdirs/usr/ports/graphics/piglit/work HOME=/wrkdirs/usr/ports/graphics/piglit/work TMPDIR="/tmp" NO_PIE=yes WITHOUT_DEBUG_FILES=yes WITHOUT_KERNEL_SYMBOLS=yes SHELL=/bin/sh NO_LINT=YES PREFIX=/usr/local LOCALBASE=/usr/local LIBDIR="/usr/lib" CC="cc" CFLAGS="-O2 -pipe -fno-strict-aliasing" CPP="cpp" CPPFLAGS="" LDFLAGS=" -L/usr/local/lib" LIBS="" CXX="c++" CXXFLAGS="-O2 -pipe -fno-strict-aliasing" MANPREFIX="/usr/local" BSD_INSTALL_PROGRAM="install -s -m 555" BSD_INSTALL_LIB="install -s -m 444" BSD_INSTALL_SCRIPT="install -m 555" BSD_INSTALL_DATA="install -m 0644" BSD_INSTALL_MAN="install -m 444" --End MAKE_ENV-- --PLIST_SUB-- CMAKE_BUILD_TYPE="release" PYTHON_INCLUDEDIR=include/python2.7 PYTHON_LIBDIR=lib/python2.7 PYTHON_PLATFORM=freebsd9 PYTHON_SITELIBDIR=lib/python2.7/site-packages PYTHON_VER=2.7 PYTHON_VERSION=python2.7 OSREL=9.3 PREFIX=%D LOCALBASE=/usr/local RESETPREFIX=/usr/local PORTDOCS="" PORTEXAMPLES="" LIB32DIR=lib DOCSDIR="share/doc/piglit" EXAMPLESDIR="share/examples/piglit" DATADIR="lib/piglit" WWWDIR="www/piglit" ETCDIR="etc/piglit" --End PLIST_SUB-- --SUB_LIST-- PREFIX=/usr/local LOCALBASE=/usr/local DATADIR=/usr/local/lib/piglit DOCSDIR=/usr/local/share/doc/piglit EXAMPLESDIR=/usr/local/share/examples/piglit WWWDIR=/usr/local/www/piglit ETCDIR=/usr/local/etc/piglit --End SUB_LIST-- ---Begin make.conf--- USE_PACKAGE_DEPENDS=yes BATCH=yes WRKDIRPREFIX=/wrkdirs PORTSDIR=/usr/ports PACKAGES=/packages DISTDIR=/distfiles MACHINE=i386 MACHINE_ARCH=i386 ARCH=${MACHINE_ARCH} #### /usr/local/etc/poudriere.d/make.conf #### # XXX: We really need this but cannot use it while 'make checksum' does not # try the next mirror on checksum failure. It currently retries the same # failed mirror and then fails rather then trying another. It *does* # try the next if the size is mismatched though. #MASTER_SITE_FREEBSD=yes DISABLE_MAKE_JOBS=poudriere ---End make.conf--- =================================================== ===> License MIT GPLv2 GPLv3 LGPL20 accepted by the user =========================================================================== =================================================== ===> piglit-20160809 depends on file: /usr/local/sbin/pkg - not found ===> Installing existing package /packages/All/pkg-1.8.7_3.txz [93i386-default-job-21] Installing pkg-1.8.7_3... [93i386-default-job-21] Extracting pkg-1.8.7_3: .......... done ===> piglit-20160809 depends on file: /usr/local/sbin/pkg - found ===> Returning to build of piglit-20160809 =========================================================================== =================================================== =========================================================================== =================================================== ===> License MIT GPLv2 GPLv3 LGPL20 accepted by the user ===> Fetching all distfiles required by piglit-20160809 for building =========================================================================== =================================================== ===> License MIT GPLv2 GPLv3 LGPL20 accepted by the user ===> Fetching all distfiles required by piglit-20160809 for building => SHA256 Checksum OK for dumbbell-piglit-20160809-ca5350b4056ae63a93c4c207087b7634873b2ce2_GH0.tar.gz. =========================================================================== =================================================== =========================================================================== =================================================== ===> License MIT GPLv2 GPLv3 LGPL20 accepted by the user ===> Fetching all distfiles required by piglit-20160809 for building ===> Extracting for piglit-20160809 => SHA256 Checksum OK for dumbbell-piglit-20160809-ca5350b4056ae63a93c4c207087b7634873b2ce2_GH0.tar.gz. =========================================================================== =================================================== =========================================================================== =================================================== ===> Patching for piglit-20160809 ===> Applying FreeBSD patches for piglit-20160809 =========================================================================== =================================================== ===> piglit-20160809 depends on file: /usr/local/include/CL/opencl.h - not found ===> Installing existing package /packages/All/opencl-2.0.txz [93i386-default-job-21] Installing opencl-2.0... [93i386-default-job-21] Extracting opencl-2.0: .......... done Message from opencl-2.0: OpenCL is the first open, royalty-free standard for cross-platform, parallel programming of modern processors. ===> piglit-20160809 depends on file: /usr/local/include/CL/opencl.h - found ===> Returning to build of piglit-20160809 ===> piglit-20160809 depends on file: /usr/local/lib/python2.7/site-packages/numpy/core/numeric.py - not found ===> Installing existing package /packages/All/py27-numpy-1.11.1,1.txz [93i386-default-job-21] Installing py27-numpy-1.11.1,1... [93i386-default-job-21] `-- Installing python27-2.7.12... [93i386-default-job-21] | `-- Installing libffi-3.2.1... [93i386-default-job-21] | | `-- Installing indexinfo-0.2.5... [93i386-default-job-21] | | `-- Extracting indexinfo-0.2.5: .... done [93i386-default-job-21] | `-- Extracting libffi-3.2.1: .......... done [93i386-default-job-21] | `-- Installing gettext-runtime-0.19.8.1... [93i386-default-job-21] | | `-- Installing libiconv-1.14_9... [93i386-default-job-21] | | `-- Extracting libiconv-1.14_9: .......... done [93i386-default-job-21] | `-- Extracting gettext-runtime-0.19.8.1: .......... done [93i386-default-job-21] `-- Extracting python27-2.7.12: .......... done [93i386-default-job-21] `-- Installing py27-setuptools27-23.1.0... [93i386-default-job-21] `-- Extracting py27-setuptools27-23.1.0: .......... done [93i386-default-job-21] `-- Installing openblas-0.2.18_1,1... [93i386-default-job-21] | `-- Installing gcc-4.8.5_2... [93i386-default-job-21] | | `-- Installing mpc-1.0.3... [93i386-default-job-21] | | `-- Installing gmp-5.1.3_3... [93i386-default-job-21] | | `-- Extracting gmp-5.1.3_3: .......... done [93i386-default-job-21] | | `-- Installing mpfr-3.1.4... [93i386-default-job-21] | | `-- Extracting mpfr-3.1.4: .......... done [93i386-default-job-21] | | `-- Extracting mpc-1.0.3: ...... done [93i386-default-job-21] | | `-- Installing gcc-ecj-4.5... [93i386-default-job-21] | | `-- Extracting gcc-ecj-4.5: . done [93i386-default-job-21] | | `-- Installing binutils-2.27_4,1... [93i386-default-job-21] | | `-- Extracting binutils-2.27_4,1: .......... done [93i386-default-job-21] | `-- Extracting gcc-4.8.5_2: .......... done [93i386-default-job-21] `-- Extracting openblas-0.2.18_1,1: ......... done [93i386-default-job-21] `-- Installing suitesparse-4.0.2_4... [93i386-default-job-21] `-- Extracting suitesparse-4.0.2_4: .......... done [93i386-default-job-21] `-- Installing blas-3.5.0_3... [93i386-default-job-21] `-- Extracting blas-3.5.0_3: ....... done [93i386-default-job-21] `-- Installing lapack-3.5.0... [93i386-default-job-21] `-- Extracting lapack-3.5.0: .......... done [93i386-default-job-21] `-- Installing cblas-1.0_4... [93i386-default-job-21] `-- Extracting cblas-1.0_4: ......... done [93i386-default-job-21] Extracting py27-numpy-1.11.1,1: .......... done Message from python27-2.7.12: Scanning dependencies of target cl-api-get-kernel-info /usr/bin/make -f target_api/cl/tests/cl/api/CMakeFiles/cl-api-get-kernel-info.dir/build.make target_api/cl/tests/cl/api/CMakeFiles/cl-api-get-kernel-info.dir/build [ 99%] Building C object target_api/cl/tests/cl/api/CMakeFiles/cl-api-get-kernel-info.dir/get-kernel-info.c.o cd /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api && /usr/bin/cc -DPIGLIT_HAS_EGL -DPIGLIT_HAS_GBM -DPIGLIT_HAS_GLX -DPIGLIT_HAS_LIBCACA -DPIGLIT_HAS_PNG -DPIGLIT_HAS_POSIX_CLOCK_MONOTONIC -DPIGLIT_HAS_POSIX_TIMER_NOTIFY_THREAD -DPIGLIT_HAS_PTHREADS -DPIGLIT_HAS_X11 -DPIGLIT_USE_WAFFLE -DUSE_OPENCL -DWAFFLE_API_VERSION=0x0103 -D_GNU_SOURCE -D_THREAD_SAFE -I/usr/local/include -I/usr/local/include/libdrm -I/wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/src -I/wrkdirs/usr/ports/graphics/piglit/work/.build/tests/util -I/wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/util -O2 -pipe -fno-strict-aliasing -Wall -std=gnu99 -Werror=vla -Werror=pointer-arith -Werror=variadic-macros -O2 -pipe -fno-strict-aliasing -o CMakeFiles/cl-api-get-kernel-info.dir/get-kernel-info.c.o -c /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/cl/api/get-k ernel-info.c /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/cl/api/get-kernel-info.c: In function 'piglit_cl_test': /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/cl/api/get-kernel-info.c:65: warning: 'param_value' may be used uninitialized in this function [ 99%] Linking C executable ../../../../../bin/cl-api-get-kernel-info cd /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api && /usr/local/bin/cmake -E cmake_link_script CMakeFiles/cl-api-get-kernel-info.dir/link.txt --verbose=1 /usr/bin/cc -O2 -pipe -fno-strict-aliasing -Wall -std=gnu99 -Werror=vla -Werror=pointer-arith -Werror=variadic-macros -O2 -pipe -fno-strict-aliasing -L/usr/local/lib CMakeFiles/cl-api-get-kernel-info.dir/get-kernel-info.c.o -o ../../../../../bin/cl-api-get-kernel-info ../../../../../lib/libpiglitutil_cl.so.0 -lOpenCL -lrt ../../../../../lib/libpiglitutil.so.0 -lrt -lcaca -lpng -lz -lm -L/usr/local/lib -lEGL -Wl,-rpath,/wrkdirs/usr/ports/graphics/piglit/work/.build/lib: [ 99%] Built target cl-api-get-kernel-info /usr/bin/make -f target_api/cl/tests/cl/api/CMakeFiles/cl-api-retain_release-kernel.dir/build.make target_api/cl/tests/cl/api/CMakeFiles/cl-api-retain_release-kernel.dir/depend cd /wrkdirs/usr/ports/graphics/piglit/work/.build && /usr/local/bin/cmake -E cmake_depends "Unix Makefiles" /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2 /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/cl/api /wrkdirs/usr/ports/graphics/piglit/work/.build /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api/CMakeFiles/cl-api-retain_release-kernel.dir/DependInfo.cmake Scanning dependencies of target cl-api-retain_release-kernel /usr/bin/make -f target_api/cl/tests/cl/api/CMakeFiles/cl-api-retain_release-kernel.dir/build.make target_api/cl/tests/cl/api/CMakeFiles/cl-api-retain_release-kernel.dir/build [ 99%] Building C object target_api/cl/tests/cl/api/CMakeFiles/cl-api-retain_release-kernel.dir/retain_release-kernel.c.o cd /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api && /usr/bin/cc -DPIGLIT_HAS_EGL -DPIGLIT_HAS_GBM -DPIGLIT_HAS_GLX -DPIGLIT_HAS_LIBCACA -DPIGLIT_HAS_PNG -DPIGLIT_HAS_POSIX_CLOCK_MONOTONIC -DPIGLIT_HAS_POSIX_TIMER_NOTIFY_THREAD -DPIGLIT_HAS_PTHREADS -DPIGLIT_HAS_X11 -DPIGLIT_USE_WAFFLE -DUSE_OPENCL -DWAFFLE_API_VERSION=0x0103 -D_GNU_SOURCE -D_THREAD_SAFE -I/usr/local/include -I/usr/local/include/libdrm -I/wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/src -I/wrkdirs/usr/ports/graphics/piglit/work/.build/tests/util -I/wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/util -O2 -pipe -fno-strict-aliasing -Wall -std=gnu99 -Werror=vla -Werror=pointer-arith -Werror=variadic-macros -O2 -pipe -fno-strict-aliasing -o CMakeFiles/cl-api-retain_release-kernel.dir/retain_release-kernel.c.o -c /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/ cl/api/retain_release-kernel.c [ 99%] Linking C executable ../../../../../bin/cl-api-retain_release-kernel cd /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api && /usr/local/bin/cmake -E cmake_link_script CMakeFiles/cl-api-retain_release-kernel.dir/link.txt --verbose=1 /usr/bin/cc -O2 -pipe -fno-strict-aliasing -Wall -std=gnu99 -Werror=vla -Werror=pointer-arith -Werror=variadic-macros -O2 -pipe -fno-strict-aliasing -L/usr/local/lib CMakeFiles/cl-api-retain_release-kernel.dir/retain_release-kernel.c.o -o ../../../../../bin/cl-api-retain_release-kernel ../../../../../lib/libpiglitutil_cl.so.0 -lOpenCL -lrt ../../../../../lib/libpiglitutil.so.0 -lrt -lcaca -lpng -lz -lm -L/usr/local/lib -lEGL -Wl,-rpath,/wrkdirs/usr/ports/graphics/piglit/work/.build/lib: [ 99%] Built target cl-api-retain_release-kernel /usr/bin/make -f target_api/cl/tests/cl/api/CMakeFiles/cl-api-enqueue-read_write-buffer.dir/build.make target_api/cl/tests/cl/api/CMakeFiles/cl-api-enqueue-read_write-buffer.dir/depend cd /wrkdirs/usr/ports/graphics/piglit/work/.build && /usr/local/bin/cmake -E cmake_depends "Unix Makefiles" /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2 /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/cl/api /wrkdirs/usr/ports/graphics/piglit/work/.build /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api/CMakeFiles/cl-api-enqueue-read_write-buffer.dir/DependInfo.cmake Scanning dependencies of target cl-api-enqueue-read_write-buffer /usr/bin/make -f target_api/cl/tests/cl/api/CMakeFiles/cl-api-enqueue-read_write-buffer.dir/build.make target_api/cl/tests/cl/api/CMakeFiles/cl-api-enqueue-read_write-buffer.dir/build [ 99%] Building C object target_api/cl/tests/cl/api/CMakeFiles/cl-api-enqueue-read_write-buffer.dir/enqueue-read_write-buffer.c.o cd /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api && /usr/bin/cc -DPIGLIT_HAS_EGL -DPIGLIT_HAS_GBM -DPIGLIT_HAS_GLX -DPIGLIT_HAS_LIBCACA -DPIGLIT_HAS_PNG -DPIGLIT_HAS_POSIX_CLOCK_MONOTONIC -DPIGLIT_HAS_POSIX_TIMER_NOTIFY_THREAD -DPIGLIT_HAS_PTHREADS -DPIGLIT_HAS_X11 -DPIGLIT_USE_WAFFLE -DUSE_OPENCL -DWAFFLE_API_VERSION=0x0103 -D_GNU_SOURCE -D_THREAD_SAFE -I/usr/local/include -I/usr/local/include/libdrm -I/wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/src -I/wrkdirs/usr/ports/graphics/piglit/work/.build/tests/util -I/wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/util -O2 -pipe -fno-strict-aliasing -Wall -std=gnu99 -Werror=vla -Werror=pointer-arith -Werror=variadic-macros -O2 -pipe -fno-strict-aliasing -o CMakeFiles/cl-api-enqueue-read_write-buffer.dir/enqueue-read_write-buffer.c.o -c /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce 2/tests/cl/api/enqueue-read_write-buffer.c [ 99%] Linking C executable ../../../../../bin/cl-api-enqueue-read_write-buffer cd /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api && /usr/local/bin/cmake -E cmake_link_script CMakeFiles/cl-api-enqueue-read_write-buffer.dir/link.txt --verbose=1 /usr/bin/cc -O2 -pipe -fno-strict-aliasing -Wall -std=gnu99 -Werror=vla -Werror=pointer-arith -Werror=variadic-macros -O2 -pipe -fno-strict-aliasing -L/usr/local/lib CMakeFiles/cl-api-enqueue-read_write-buffer.dir/enqueue-read_write-buffer.c.o -o ../../../../../bin/cl-api-enqueue-read_write-buffer ../../../../../lib/libpiglitutil_cl.so.0 -lOpenCL -lrt ../../../../../lib/libpiglitutil.so.0 -lrt -lcaca -lpng -lz -lm -L/usr/local/lib -lEGL -Wl,-rpath,/wrkdirs/usr/ports/graphics/piglit/work/.build/lib: [ 99%] Built target cl-api-enqueue-read_write-buffer /usr/bin/make -f target_api/cl/tests/cl/api/CMakeFiles/cl-api-create-program-with-binary.dir/build.make target_api/cl/tests/cl/api/CMakeFiles/cl-api-create-program-with-binary.dir/depend cd /wrkdirs/usr/ports/graphics/piglit/work/.build && /usr/local/bin/cmake -E cmake_depends "Unix Makefiles" /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2 /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/cl/api /wrkdirs/usr/ports/graphics/piglit/work/.build /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api/CMakeFiles/cl-api-create-program-with-binary.dir/DependInfo.cmake Scanning dependencies of target cl-api-create-program-with-binary /usr/bin/make -f target_api/cl/tests/cl/api/CMakeFiles/cl-api-create-program-with-binary.dir/build.make target_api/cl/tests/cl/api/CMakeFiles/cl-api-create-program-with-binary.dir/build [ 99%] Building C object target_api/cl/tests/cl/api/CMakeFiles/cl-api-create-program-with-binary.dir/create-program-with-binary.c.o cd /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api && /usr/bin/cc -DPIGLIT_HAS_EGL -DPIGLIT_HAS_GBM -DPIGLIT_HAS_GLX -DPIGLIT_HAS_LIBCACA -DPIGLIT_HAS_PNG -DPIGLIT_HAS_POSIX_CLOCK_MONOTONIC -DPIGLIT_HAS_POSIX_TIMER_NOTIFY_THREAD -DPIGLIT_HAS_PTHREADS -DPIGLIT_HAS_X11 -DPIGLIT_USE_WAFFLE -DUSE_OPENCL -DWAFFLE_API_VERSION=0x0103 -D_GNU_SOURCE -D_THREAD_SAFE -I/usr/local/include -I/usr/local/include/libdrm -I/wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/src -I/wrkdirs/usr/ports/graphics/piglit/work/.build/tests/util -I/wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/util -O2 -pipe -fno-strict-aliasing -Wall -std=gnu99 -Werror=vla -Werror=pointer-arith -Werror=variadic-macros -O2 -pipe -fno-strict-aliasing -o CMakeFiles/cl-api-create-program-with-binary.dir/create-program-with-binary.c.o -c /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2 ce2/tests/cl/api/create-program-with-binary.c [100%] Linking C executable ../../../../../bin/cl-api-create-program-with-binary cd /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api && /usr/local/bin/cmake -E cmake_link_script CMakeFiles/cl-api-create-program-with-binary.dir/link.txt --verbose=1 /usr/bin/cc -O2 -pipe -fno-strict-aliasing -Wall -std=gnu99 -Werror=vla -Werror=pointer-arith -Werror=variadic-macros -O2 -pipe -fno-strict-aliasing -L/usr/local/lib CMakeFiles/cl-api-create-program-with-binary.dir/create-program-with-binary.c.o -o ../../../../../bin/cl-api-create-program-with-binary ../../../../../lib/libpiglitutil_cl.so.0 -lOpenCL -lrt ../../../../../lib/libpiglitutil.so.0 -lrt -lcaca -lpng -lz -lm -L/usr/local/lib -lEGL -Wl,-rpath,/wrkdirs/usr/ports/graphics/piglit/work/.build/lib: [100%] Built target cl-api-create-program-with-binary /usr/bin/make -f target_api/cl/tests/cl/api/CMakeFiles/cl-api-get-platform-info.dir/build.make target_api/cl/tests/cl/api/CMakeFiles/cl-api-get-platform-info.dir/depend cd /wrkdirs/usr/ports/graphics/piglit/work/.build && /usr/local/bin/cmake -E cmake_depends "Unix Makefiles" /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2 /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/cl/api /wrkdirs/usr/ports/graphics/piglit/work/.build /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api/CMakeFiles/cl-api-get-platform-info.dir/DependInfo.cmake Scanning dependencies of target cl-api-get-platform-info /usr/bin/make -f target_api/cl/tests/cl/api/CMakeFiles/cl-api-get-platform-info.dir/build.make target_api/cl/tests/cl/api/CMakeFiles/cl-api-get-platform-info.dir/build [100%] Building C object target_api/cl/tests/cl/api/CMakeFiles/cl-api-get-platform-info.dir/get-platform-info.c.o cd /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api && /usr/bin/cc -DPIGLIT_HAS_EGL -DPIGLIT_HAS_GBM -DPIGLIT_HAS_GLX -DPIGLIT_HAS_LIBCACA -DPIGLIT_HAS_PNG -DPIGLIT_HAS_POSIX_CLOCK_MONOTONIC -DPIGLIT_HAS_POSIX_TIMER_NOTIFY_THREAD -DPIGLIT_HAS_PTHREADS -DPIGLIT_HAS_X11 -DPIGLIT_USE_WAFFLE -DUSE_OPENCL -DWAFFLE_API_VERSION=0x0103 -D_GNU_SOURCE -D_THREAD_SAFE -I/usr/local/include -I/usr/local/include/libdrm -I/wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/src -I/wrkdirs/usr/ports/graphics/piglit/work/.build/tests/util -I/wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/util -O2 -pipe -fno-strict-aliasing -Wall -std=gnu99 -Werror=vla -Werror=pointer-arith -Werror=variadic-macros -O2 -pipe -fno-strict-aliasing -o CMakeFiles/cl-api-get-platform-info.dir/get-platform-info.c.o -c /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/cl/api/g et-platform-info.c /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/cl/api/get-platform-info.c: In function 'piglit_cl_test': /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/cl/api/get-platform-info.c:61: warning: 'param_value' may be used uninitialized in this function [100%] Linking C executable ../../../../../bin/cl-api-get-platform-info cd /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api && /usr/local/bin/cmake -E cmake_link_script CMakeFiles/cl-api-get-platform-info.dir/link.txt --verbose=1 /usr/bin/cc -O2 -pipe -fno-strict-aliasing -Wall -std=gnu99 -Werror=vla -Werror=pointer-arith -Werror=variadic-macros -O2 -pipe -fno-strict-aliasing -L/usr/local/lib CMakeFiles/cl-api-get-platform-info.dir/get-platform-info.c.o -o ../../../../../bin/cl-api-get-platform-info ../../../../../lib/libpiglitutil_cl.so.0 -lOpenCL -lrt ../../../../../lib/libpiglitutil.so.0 -lrt -lcaca -lpng -lz -lm -L/usr/local/lib -lEGL -Wl,-rpath,/wrkdirs/usr/ports/graphics/piglit/work/.build/lib: [100%] Built target cl-api-get-platform-info /usr/bin/make -f target_api/cl/tests/cl/api/CMakeFiles/cl-api-enqueue-map-buffer.dir/build.make target_api/cl/tests/cl/api/CMakeFiles/cl-api-enqueue-map-buffer.dir/depend cd /wrkdirs/usr/ports/graphics/piglit/work/.build && /usr/local/bin/cmake -E cmake_depends "Unix Makefiles" /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2 /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/cl/api /wrkdirs/usr/ports/graphics/piglit/work/.build /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api/CMakeFiles/cl-api-enqueue-map-buffer.dir/DependInfo.cmake Scanning dependencies of target cl-api-enqueue-map-buffer /usr/bin/make -f target_api/cl/tests/cl/api/CMakeFiles/cl-api-enqueue-map-buffer.dir/build.make target_api/cl/tests/cl/api/CMakeFiles/cl-api-enqueue-map-buffer.dir/build [100%] Building C object target_api/cl/tests/cl/api/CMakeFiles/cl-api-enqueue-map-buffer.dir/enqueue-map-buffer.c.o cd /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api && /usr/bin/cc -DPIGLIT_HAS_EGL -DPIGLIT_HAS_GBM -DPIGLIT_HAS_GLX -DPIGLIT_HAS_LIBCACA -DPIGLIT_HAS_PNG -DPIGLIT_HAS_POSIX_CLOCK_MONOTONIC -DPIGLIT_HAS_POSIX_TIMER_NOTIFY_THREAD -DPIGLIT_HAS_PTHREADS -DPIGLIT_HAS_X11 -DPIGLIT_USE_WAFFLE -DUSE_OPENCL -DWAFFLE_API_VERSION=0x0103 -D_GNU_SOURCE -D_THREAD_SAFE -I/usr/local/include -I/usr/local/include/libdrm -I/wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/src -I/wrkdirs/usr/ports/graphics/piglit/work/.build/tests/util -I/wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/util -O2 -pipe -fno-strict-aliasing -Wall -std=gnu99 -Werror=vla -Werror=pointer-arith -Werror=variadic-macros -O2 -pipe -fno-strict-aliasing -o CMakeFiles/cl-api-enqueue-map-buffer.dir/enqueue-map-buffer.c.o -c /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/cl/api /enqueue-map-buffer.c [100%] Linking C executable ../../../../../bin/cl-api-enqueue-map-buffer cd /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api && /usr/local/bin/cmake -E cmake_link_script CMakeFiles/cl-api-enqueue-map-buffer.dir/link.txt --verbose=1 /usr/bin/cc -O2 -pipe -fno-strict-aliasing -Wall -std=gnu99 -Werror=vla -Werror=pointer-arith -Werror=variadic-macros -O2 -pipe -fno-strict-aliasing -L/usr/local/lib CMakeFiles/cl-api-enqueue-map-buffer.dir/enqueue-map-buffer.c.o -o ../../../../../bin/cl-api-enqueue-map-buffer ../../../../../lib/libpiglitutil_cl.so.0 -lOpenCL -lrt ../../../../../lib/libpiglitutil.so.0 -lrt -lcaca -lpng -lz -lm -L/usr/local/lib -lEGL -Wl,-rpath,/wrkdirs/usr/ports/graphics/piglit/work/.build/lib: [100%] Built target cl-api-enqueue-map-buffer /usr/bin/make -f target_api/cl/tests/cl/api/CMakeFiles/cl-api-get-command-queue-info.dir/build.make target_api/cl/tests/cl/api/CMakeFiles/cl-api-get-command-queue-info.dir/depend cd /wrkdirs/usr/ports/graphics/piglit/work/.build && /usr/local/bin/cmake -E cmake_depends "Unix Makefiles" /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2 /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/cl/api /wrkdirs/usr/ports/graphics/piglit/work/.build /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api/CMakeFiles/cl-api-get-command-queue-info.dir/DependInfo.cmake Scanning dependencies of target cl-api-get-command-queue-info /usr/bin/make -f target_api/cl/tests/cl/api/CMakeFiles/cl-api-get-command-queue-info.dir/build.make target_api/cl/tests/cl/api/CMakeFiles/cl-api-get-command-queue-info.dir/build [100%] Building C object target_api/cl/tests/cl/api/CMakeFiles/cl-api-get-command-queue-info.dir/get-command-queue-info.c.o cd /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api && /usr/bin/cc -DPIGLIT_HAS_EGL -DPIGLIT_HAS_GBM -DPIGLIT_HAS_GLX -DPIGLIT_HAS_LIBCACA -DPIGLIT_HAS_PNG -DPIGLIT_HAS_POSIX_CLOCK_MONOTONIC -DPIGLIT_HAS_POSIX_TIMER_NOTIFY_THREAD -DPIGLIT_HAS_PTHREADS -DPIGLIT_HAS_X11 -DPIGLIT_USE_WAFFLE -DUSE_OPENCL -DWAFFLE_API_VERSION=0x0103 -D_GNU_SOURCE -D_THREAD_SAFE -I/usr/local/include -I/usr/local/include/libdrm -I/wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/src -I/wrkdirs/usr/ports/graphics/piglit/work/.build/tests/util -I/wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/util -O2 -pipe -fno-strict-aliasing -Wall -std=gnu99 -Werror=vla -Werror=pointer-arith -Werror=variadic-macros -O2 -pipe -fno-strict-aliasing -o CMakeFiles/cl-api-get-command-queue-info.dir/get-command-queue-info.c.o -c /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/test s/cl/api/get-command-queue-info.c /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/cl/api/get-command-queue-info.c: In function 'piglit_cl_test': /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/cl/api/get-command-queue-info.c:63: warning: 'param_value' may be used uninitialized in this function [100%] Linking C executable ../../../../../bin/cl-api-get-command-queue-info cd /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api && /usr/local/bin/cmake -E cmake_link_script CMakeFiles/cl-api-get-command-queue-info.dir/link.txt --verbose=1 /usr/bin/cc -O2 -pipe -fno-strict-aliasing -Wall -std=gnu99 -Werror=vla -Werror=pointer-arith -Werror=variadic-macros -O2 -pipe -fno-strict-aliasing -L/usr/local/lib CMakeFiles/cl-api-get-command-queue-info.dir/get-command-queue-info.c.o -o ../../../../../bin/cl-api-get-command-queue-info ../../../../../lib/libpiglitutil_cl.so.0 -lOpenCL -lrt ../../../../../lib/libpiglitutil.so.0 -lrt -lcaca -lpng -lz -lm -L/usr/local/lib -lEGL -Wl,-rpath,/wrkdirs/usr/ports/graphics/piglit/work/.build/lib: [100%] Built target cl-api-get-command-queue-info /usr/bin/make -f target_api/cl/tests/cl/api/CMakeFiles/cl-api-enqueue-fill-image.dir/build.make target_api/cl/tests/cl/api/CMakeFiles/cl-api-enqueue-fill-image.dir/depend cd /wrkdirs/usr/ports/graphics/piglit/work/.build && /usr/local/bin/cmake -E cmake_depends "Unix Makefiles" /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2 /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/cl/api /wrkdirs/usr/ports/graphics/piglit/work/.build /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api/CMakeFiles/cl-api-enqueue-fill-image.dir/DependInfo.cmake Scanning dependencies of target cl-api-enqueue-fill-image /usr/bin/make -f target_api/cl/tests/cl/api/CMakeFiles/cl-api-enqueue-fill-image.dir/build.make target_api/cl/tests/cl/api/CMakeFiles/cl-api-enqueue-fill-image.dir/build [100%] Building C object target_api/cl/tests/cl/api/CMakeFiles/cl-api-enqueue-fill-image.dir/enqueue-fill-image.c.o cd /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api && /usr/bin/cc -DPIGLIT_HAS_EGL -DPIGLIT_HAS_GBM -DPIGLIT_HAS_GLX -DPIGLIT_HAS_LIBCACA -DPIGLIT_HAS_PNG -DPIGLIT_HAS_POSIX_CLOCK_MONOTONIC -DPIGLIT_HAS_POSIX_TIMER_NOTIFY_THREAD -DPIGLIT_HAS_PTHREADS -DPIGLIT_HAS_X11 -DPIGLIT_USE_WAFFLE -DUSE_OPENCL -DWAFFLE_API_VERSION=0x0103 -D_GNU_SOURCE -D_THREAD_SAFE -I/usr/local/include -I/usr/local/include/libdrm -I/wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/src -I/wrkdirs/usr/ports/graphics/piglit/work/.build/tests/util -I/wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/util -O2 -pipe -fno-strict-aliasing -Wall -std=gnu99 -Werror=vla -Werror=pointer-arith -Werror=variadic-macros -O2 -pipe -fno-strict-aliasing -o CMakeFiles/cl-api-enqueue-fill-image.dir/enqueue-fill-image.c.o -c /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/cl/api /enqueue-fill-image.c [100%] Linking C executable ../../../../../bin/cl-api-enqueue-fill-image cd /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api && /usr/local/bin/cmake -E cmake_link_script CMakeFiles/cl-api-enqueue-fill-image.dir/link.txt --verbose=1 /usr/bin/cc -O2 -pipe -fno-strict-aliasing -Wall -std=gnu99 -Werror=vla -Werror=pointer-arith -Werror=variadic-macros -O2 -pipe -fno-strict-aliasing -L/usr/local/lib CMakeFiles/cl-api-enqueue-fill-image.dir/enqueue-fill-image.c.o -o ../../../../../bin/cl-api-enqueue-fill-image ../../../../../lib/libpiglitutil_cl.so.0 -lOpenCL -lrt ../../../../../lib/libpiglitutil.so.0 -lrt -lcaca -lpng -lz -lm -L/usr/local/lib -lEGL -Wl,-rpath,/wrkdirs/usr/ports/graphics/piglit/work/.build/lib: [100%] Built target cl-api-enqueue-fill-image /usr/bin/make -f target_api/cl/tests/cl/api/CMakeFiles/cl-api-retain_release-event.dir/build.make target_api/cl/tests/cl/api/CMakeFiles/cl-api-retain_release-event.dir/depend cd /wrkdirs/usr/ports/graphics/piglit/work/.build && /usr/local/bin/cmake -E cmake_depends "Unix Makefiles" /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2 /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/cl/api /wrkdirs/usr/ports/graphics/piglit/work/.build /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api/CMakeFiles/cl-api-retain_release-event.dir/DependInfo.cmake Scanning dependencies of target cl-api-retain_release-event /usr/bin/make -f target_api/cl/tests/cl/api/CMakeFiles/cl-api-retain_release-event.dir/build.make target_api/cl/tests/cl/api/CMakeFiles/cl-api-retain_release-event.dir/build [100%] Building C object target_api/cl/tests/cl/api/CMakeFiles/cl-api-retain_release-event.dir/retain_release-event.c.o cd /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api && /usr/bin/cc -DPIGLIT_HAS_EGL -DPIGLIT_HAS_GBM -DPIGLIT_HAS_GLX -DPIGLIT_HAS_LIBCACA -DPIGLIT_HAS_PNG -DPIGLIT_HAS_POSIX_CLOCK_MONOTONIC -DPIGLIT_HAS_POSIX_TIMER_NOTIFY_THREAD -DPIGLIT_HAS_PTHREADS -DPIGLIT_HAS_X11 -DPIGLIT_USE_WAFFLE -DUSE_OPENCL -DWAFFLE_API_VERSION=0x0103 -D_GNU_SOURCE -D_THREAD_SAFE -I/usr/local/include -I/usr/local/include/libdrm -I/wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/src -I/wrkdirs/usr/ports/graphics/piglit/work/.build/tests/util -I/wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/util -O2 -pipe -fno-strict-aliasing -Wall -std=gnu99 -Werror=vla -Werror=pointer-arith -Werror=variadic-macros -O2 -pipe -fno-strict-aliasing -o CMakeFiles/cl-api-retain_release-event.dir/retain_release-event.c.o -c /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/cl /api/retain_release-event.c [100%] Linking C executable ../../../../../bin/cl-api-retain_release-event cd /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api && /usr/local/bin/cmake -E cmake_link_script CMakeFiles/cl-api-retain_release-event.dir/link.txt --verbose=1 /usr/bin/cc -O2 -pipe -fno-strict-aliasing -Wall -std=gnu99 -Werror=vla -Werror=pointer-arith -Werror=variadic-macros -O2 -pipe -fno-strict-aliasing -L/usr/local/lib CMakeFiles/cl-api-retain_release-event.dir/retain_release-event.c.o -o ../../../../../bin/cl-api-retain_release-event ../../../../../lib/libpiglitutil_cl.so.0 -lOpenCL -lrt ../../../../../lib/libpiglitutil.so.0 -lrt -lcaca -lpng -lz -lm -L/usr/local/lib -lEGL -Wl,-rpath,/wrkdirs/usr/ports/graphics/piglit/work/.build/lib: [100%] Built target cl-api-retain_release-event /usr/bin/make -f target_api/cl/tests/cl/api/CMakeFiles/cl-api-link-program.dir/build.make target_api/cl/tests/cl/api/CMakeFiles/cl-api-link-program.dir/depend cd /wrkdirs/usr/ports/graphics/piglit/work/.build && /usr/local/bin/cmake -E cmake_depends "Unix Makefiles" /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2 /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/cl/api /wrkdirs/usr/ports/graphics/piglit/work/.build /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api/CMakeFiles/cl-api-link-program.dir/DependInfo.cmake Scanning dependencies of target cl-api-link-program /usr/bin/make -f target_api/cl/tests/cl/api/CMakeFiles/cl-api-link-program.dir/build.make target_api/cl/tests/cl/api/CMakeFiles/cl-api-link-program.dir/build [100%] Building C object target_api/cl/tests/cl/api/CMakeFiles/cl-api-link-program.dir/link-program.c.o cd /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api && /usr/bin/cc -DPIGLIT_HAS_EGL -DPIGLIT_HAS_GBM -DPIGLIT_HAS_GLX -DPIGLIT_HAS_LIBCACA -DPIGLIT_HAS_PNG -DPIGLIT_HAS_POSIX_CLOCK_MONOTONIC -DPIGLIT_HAS_POSIX_TIMER_NOTIFY_THREAD -DPIGLIT_HAS_PTHREADS -DPIGLIT_HAS_X11 -DPIGLIT_USE_WAFFLE -DUSE_OPENCL -DWAFFLE_API_VERSION=0x0103 -D_GNU_SOURCE -D_THREAD_SAFE -I/usr/local/include -I/usr/local/include/libdrm -I/wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/src -I/wrkdirs/usr/ports/graphics/piglit/work/.build/tests/util -I/wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/util -O2 -pipe -fno-strict-aliasing -Wall -std=gnu99 -Werror=vla -Werror=pointer-arith -Werror=variadic-macros -O2 -pipe -fno-strict-aliasing -o CMakeFiles/cl-api-link-program.dir/link-program.c.o -c /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/cl/api/link-progra m.c [100%] Linking C executable ../../../../../bin/cl-api-link-program cd /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api && /usr/local/bin/cmake -E cmake_link_script CMakeFiles/cl-api-link-program.dir/link.txt --verbose=1 /usr/bin/cc -O2 -pipe -fno-strict-aliasing -Wall -std=gnu99 -Werror=vla -Werror=pointer-arith -Werror=variadic-macros -O2 -pipe -fno-strict-aliasing -L/usr/local/lib CMakeFiles/cl-api-link-program.dir/link-program.c.o -o ../../../../../bin/cl-api-link-program ../../../../../lib/libpiglitutil_cl.so.0 -lOpenCL -lrt ../../../../../lib/libpiglitutil.so.0 -lrt -lcaca -lpng -lz -lm -L/usr/local/lib -lEGL -Wl,-rpath,/wrkdirs/usr/ports/graphics/piglit/work/.build/lib: [100%] Built target cl-api-link-program /usr/bin/make -f target_api/cl/tests/cl/api/CMakeFiles/cl-api-enqueue-migrate-mem-objects.dir/build.make target_api/cl/tests/cl/api/CMakeFiles/cl-api-enqueue-migrate-mem-objects.dir/depend cd /wrkdirs/usr/ports/graphics/piglit/work/.build && /usr/local/bin/cmake -E cmake_depends "Unix Makefiles" /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2 /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/cl/api /wrkdirs/usr/ports/graphics/piglit/work/.build /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api/CMakeFiles/cl-api-enqueue-migrate-mem-objects.dir/DependInfo.cmake Scanning dependencies of target cl-api-enqueue-migrate-mem-objects /usr/bin/make -f target_api/cl/tests/cl/api/CMakeFiles/cl-api-enqueue-migrate-mem-objects.dir/build.make target_api/cl/tests/cl/api/CMakeFiles/cl-api-enqueue-migrate-mem-objects.dir/build [100%] Building C object target_api/cl/tests/cl/api/CMakeFiles/cl-api-enqueue-migrate-mem-objects.dir/enqueue-migrate-mem-objects.c.o cd /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api && /usr/bin/cc -DPIGLIT_HAS_EGL -DPIGLIT_HAS_GBM -DPIGLIT_HAS_GLX -DPIGLIT_HAS_LIBCACA -DPIGLIT_HAS_PNG -DPIGLIT_HAS_POSIX_CLOCK_MONOTONIC -DPIGLIT_HAS_POSIX_TIMER_NOTIFY_THREAD -DPIGLIT_HAS_PTHREADS -DPIGLIT_HAS_X11 -DPIGLIT_USE_WAFFLE -DUSE_OPENCL -DWAFFLE_API_VERSION=0x0103 -D_GNU_SOURCE -D_THREAD_SAFE -I/usr/local/include -I/usr/local/include/libdrm -I/wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/src -I/wrkdirs/usr/ports/graphics/piglit/work/.build/tests/util -I/wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/util -O2 -pipe -fno-strict-aliasing -Wall -std=gnu99 -Werror=vla -Werror=pointer-arith -Werror=variadic-macros -O2 -pipe -fno-strict-aliasing -o CMakeFiles/cl-api-enqueue-migrate-mem-objects.dir/enqueue-migrate-mem-objects.c.o -c /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873 b2ce2/tests/cl/api/enqueue-migrate-mem-objects.c /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/cl/api/enqueue-migrate-mem-objects.c: In function 'piglit_cl_test': /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/cl/api/enqueue-migrate-mem-objects.c:90: warning: 'queue' may be used uninitialized in this function [100%] Linking C executable ../../../../../bin/cl-api-enqueue-migrate-mem-objects cd /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api && /usr/local/bin/cmake -E cmake_link_script CMakeFiles/cl-api-enqueue-migrate-mem-objects.dir/link.txt --verbose=1 /usr/bin/cc -O2 -pipe -fno-strict-aliasing -Wall -std=gnu99 -Werror=vla -Werror=pointer-arith -Werror=variadic-macros -O2 -pipe -fno-strict-aliasing -L/usr/local/lib CMakeFiles/cl-api-enqueue-migrate-mem-objects.dir/enqueue-migrate-mem-objects.c.o -o ../../../../../bin/cl-api-enqueue-migrate-mem-objects ../../../../../lib/libpiglitutil_cl.so.0 -lOpenCL -lrt ../../../../../lib/libpiglitutil.so.0 -lrt -lcaca -lpng -lz -lm -L/usr/local/lib -lEGL -Wl,-rpath,/wrkdirs/usr/ports/graphics/piglit/work/.build/lib: [100%] Built target cl-api-enqueue-migrate-mem-objects /usr/bin/make -f target_api/cl/tests/cl/api/CMakeFiles/cl-api-create-kernels-in-program.dir/build.make target_api/cl/tests/cl/api/CMakeFiles/cl-api-create-kernels-in-program.dir/depend cd /wrkdirs/usr/ports/graphics/piglit/work/.build && /usr/local/bin/cmake -E cmake_depends "Unix Makefiles" /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2 /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/cl/api /wrkdirs/usr/ports/graphics/piglit/work/.build /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api/CMakeFiles/cl-api-create-kernels-in-program.dir/DependInfo.cmake Scanning dependencies of target cl-api-create-kernels-in-program /usr/bin/make -f target_api/cl/tests/cl/api/CMakeFiles/cl-api-create-kernels-in-program.dir/build.make target_api/cl/tests/cl/api/CMakeFiles/cl-api-create-kernels-in-program.dir/build [100%] Building C object target_api/cl/tests/cl/api/CMakeFiles/cl-api-create-kernels-in-program.dir/create-kernels-in-program.c.o cd /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api && /usr/bin/cc -DPIGLIT_HAS_EGL -DPIGLIT_HAS_GBM -DPIGLIT_HAS_GLX -DPIGLIT_HAS_LIBCACA -DPIGLIT_HAS_PNG -DPIGLIT_HAS_POSIX_CLOCK_MONOTONIC -DPIGLIT_HAS_POSIX_TIMER_NOTIFY_THREAD -DPIGLIT_HAS_PTHREADS -DPIGLIT_HAS_X11 -DPIGLIT_USE_WAFFLE -DUSE_OPENCL -DWAFFLE_API_VERSION=0x0103 -D_GNU_SOURCE -D_THREAD_SAFE -I/usr/local/include -I/usr/local/include/libdrm -I/wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/src -I/wrkdirs/usr/ports/graphics/piglit/work/.build/tests/util -I/wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/util -O2 -pipe -fno-strict-aliasing -Wall -std=gnu99 -Werror=vla -Werror=pointer-arith -Werror=variadic-macros -O2 -pipe -fno-strict-aliasing -o CMakeFiles/cl-api-create-kernels-in-program.dir/create-kernels-in-program.c.o -c /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce 2/tests/cl/api/create-kernels-in-program.c [100%] Linking C executable ../../../../../bin/cl-api-create-kernels-in-program cd /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api && /usr/local/bin/cmake -E cmake_link_script CMakeFiles/cl-api-create-kernels-in-program.dir/link.txt --verbose=1 /usr/bin/cc -O2 -pipe -fno-strict-aliasing -Wall -std=gnu99 -Werror=vla -Werror=pointer-arith -Werror=variadic-macros -O2 -pipe -fno-strict-aliasing -L/usr/local/lib CMakeFiles/cl-api-create-kernels-in-program.dir/create-kernels-in-program.c.o -o ../../../../../bin/cl-api-create-kernels-in-program ../../../../../lib/libpiglitutil_cl.so.0 -lOpenCL -lrt ../../../../../lib/libpiglitutil.so.0 -lrt -lcaca -lpng -lz -lm -L/usr/local/lib -lEGL -Wl,-rpath,/wrkdirs/usr/ports/graphics/piglit/work/.build/lib: [100%] Built target cl-api-create-kernels-in-program /usr/bin/make -f target_api/cl/tests/cl/api/CMakeFiles/cl-api-retain_release-command-queue.dir/build.make target_api/cl/tests/cl/api/CMakeFiles/cl-api-retain_release-command-queue.dir/depend cd /wrkdirs/usr/ports/graphics/piglit/work/.build && /usr/local/bin/cmake -E cmake_depends "Unix Makefiles" /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2 /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/cl/api /wrkdirs/usr/ports/graphics/piglit/work/.build /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api/CMakeFiles/cl-api-retain_release-command-queue.dir/DependInfo.cmake Scanning dependencies of target cl-api-retain_release-command-queue /usr/bin/make -f target_api/cl/tests/cl/api/CMakeFiles/cl-api-retain_release-command-queue.dir/build.make target_api/cl/tests/cl/api/CMakeFiles/cl-api-retain_release-command-queue.dir/build [100%] Building C object target_api/cl/tests/cl/api/CMakeFiles/cl-api-retain_release-command-queue.dir/retain_release-command-queue.c.o cd /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api && /usr/bin/cc -DPIGLIT_HAS_EGL -DPIGLIT_HAS_GBM -DPIGLIT_HAS_GLX -DPIGLIT_HAS_LIBCACA -DPIGLIT_HAS_PNG -DPIGLIT_HAS_POSIX_CLOCK_MONOTONIC -DPIGLIT_HAS_POSIX_TIMER_NOTIFY_THREAD -DPIGLIT_HAS_PTHREADS -DPIGLIT_HAS_X11 -DPIGLIT_USE_WAFFLE -DUSE_OPENCL -DWAFFLE_API_VERSION=0x0103 -D_GNU_SOURCE -D_THREAD_SAFE -I/usr/local/include -I/usr/local/include/libdrm -I/wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/src -I/wrkdirs/usr/ports/graphics/piglit/work/.build/tests/util -I/wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/util -O2 -pipe -fno-strict-aliasing -Wall -std=gnu99 -Werror=vla -Werror=pointer-arith -Werror=variadic-macros -O2 -pipe -fno-strict-aliasing -o CMakeFiles/cl-api-retain_release-command-queue.dir/retain_release-command-queue.c.o -c /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b76348 73b2ce2/tests/cl/api/retain_release-command-queue.c [100%] Linking C executable ../../../../../bin/cl-api-retain_release-command-queue cd /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api && /usr/local/bin/cmake -E cmake_link_script CMakeFiles/cl-api-retain_release-command-queue.dir/link.txt --verbose=1 /usr/bin/cc -O2 -pipe -fno-strict-aliasing -Wall -std=gnu99 -Werror=vla -Werror=pointer-arith -Werror=variadic-macros -O2 -pipe -fno-strict-aliasing -L/usr/local/lib CMakeFiles/cl-api-retain_release-command-queue.dir/retain_release-command-queue.c.o -o ../../../../../bin/cl-api-retain_release-command-queue ../../../../../lib/libpiglitutil_cl.so.0 -lOpenCL -lrt ../../../../../lib/libpiglitutil.so.0 -lrt -lcaca -lpng -lz -lm -L/usr/local/lib -lEGL -Wl,-rpath,/wrkdirs/usr/ports/graphics/piglit/work/.build/lib: [100%] Built target cl-api-retain_release-command-queue /usr/bin/make -f target_api/cl/tests/cl/api/CMakeFiles/cl-api-get-program-info.dir/build.make target_api/cl/tests/cl/api/CMakeFiles/cl-api-get-program-info.dir/depend cd /wrkdirs/usr/ports/graphics/piglit/work/.build && /usr/local/bin/cmake -E cmake_depends "Unix Makefiles" /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2 /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/cl/api /wrkdirs/usr/ports/graphics/piglit/work/.build /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api/CMakeFiles/cl-api-get-program-info.dir/DependInfo.cmake Scanning dependencies of target cl-api-get-program-info /usr/bin/make -f target_api/cl/tests/cl/api/CMakeFiles/cl-api-get-program-info.dir/build.make target_api/cl/tests/cl/api/CMakeFiles/cl-api-get-program-info.dir/build [100%] Building C object target_api/cl/tests/cl/api/CMakeFiles/cl-api-get-program-info.dir/get-program-info.c.o cd /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api && /usr/bin/cc -DPIGLIT_HAS_EGL -DPIGLIT_HAS_GBM -DPIGLIT_HAS_GLX -DPIGLIT_HAS_LIBCACA -DPIGLIT_HAS_PNG -DPIGLIT_HAS_POSIX_CLOCK_MONOTONIC -DPIGLIT_HAS_POSIX_TIMER_NOTIFY_THREAD -DPIGLIT_HAS_PTHREADS -DPIGLIT_HAS_X11 -DPIGLIT_USE_WAFFLE -DUSE_OPENCL -DWAFFLE_API_VERSION=0x0103 -D_GNU_SOURCE -D_THREAD_SAFE -I/usr/local/include -I/usr/local/include/libdrm -I/wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/src -I/wrkdirs/usr/ports/graphics/piglit/work/.build/tests/util -I/wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/util -O2 -pipe -fno-strict-aliasing -Wall -std=gnu99 -Werror=vla -Werror=pointer-arith -Werror=variadic-macros -O2 -pipe -fno-strict-aliasing -o CMakeFiles/cl-api-get-program-info.dir/get-program-info.c.o -c /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/cl/api/get -program-info.c /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/cl/api/get-program-info.c: In function 'piglit_cl_test': /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/cl/api/get-program-info.c:64: warning: 'param_value' may be used uninitialized in this function [100%] Linking C executable ../../../../../bin/cl-api-get-program-info cd /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api && /usr/local/bin/cmake -E cmake_link_script CMakeFiles/cl-api-get-program-info.dir/link.txt --verbose=1 /usr/bin/cc -O2 -pipe -fno-strict-aliasing -Wall -std=gnu99 -Werror=vla -Werror=pointer-arith -Werror=variadic-macros -O2 -pipe -fno-strict-aliasing -L/usr/local/lib CMakeFiles/cl-api-get-program-info.dir/get-program-info.c.o -o ../../../../../bin/cl-api-get-program-info ../../../../../lib/libpiglitutil_cl.so.0 -lOpenCL -lrt ../../../../../lib/libpiglitutil.so.0 -lrt -lcaca -lpng -lz -lm -L/usr/local/lib -lEGL -Wl,-rpath,/wrkdirs/usr/ports/graphics/piglit/work/.build/lib: [100%] Built target cl-api-get-program-info /usr/bin/make -f target_api/cl/tests/cl/api/CMakeFiles/cl-api-enqueue-copy-buffer-rect.dir/build.make target_api/cl/tests/cl/api/CMakeFiles/cl-api-enqueue-copy-buffer-rect.dir/depend cd /wrkdirs/usr/ports/graphics/piglit/work/.build && /usr/local/bin/cmake -E cmake_depends "Unix Makefiles" /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2 /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/cl/api /wrkdirs/usr/ports/graphics/piglit/work/.build /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api/CMakeFiles/cl-api-enqueue-copy-buffer-rect.dir/DependInfo.cmake Scanning dependencies of target cl-api-enqueue-copy-buffer-rect /usr/bin/make -f target_api/cl/tests/cl/api/CMakeFiles/cl-api-enqueue-copy-buffer-rect.dir/build.make target_api/cl/tests/cl/api/CMakeFiles/cl-api-enqueue-copy-buffer-rect.dir/build [100%] Building C object target_api/cl/tests/cl/api/CMakeFiles/cl-api-enqueue-copy-buffer-rect.dir/enqueue-copy-buffer-rect.c.o cd /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api && /usr/bin/cc -DPIGLIT_HAS_EGL -DPIGLIT_HAS_GBM -DPIGLIT_HAS_GLX -DPIGLIT_HAS_LIBCACA -DPIGLIT_HAS_PNG -DPIGLIT_HAS_POSIX_CLOCK_MONOTONIC -DPIGLIT_HAS_POSIX_TIMER_NOTIFY_THREAD -DPIGLIT_HAS_PTHREADS -DPIGLIT_HAS_X11 -DPIGLIT_USE_WAFFLE -DUSE_OPENCL -DWAFFLE_API_VERSION=0x0103 -D_GNU_SOURCE -D_THREAD_SAFE -I/usr/local/include -I/usr/local/include/libdrm -I/wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/src -I/wrkdirs/usr/ports/graphics/piglit/work/.build/tests/util -I/wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/util -O2 -pipe -fno-strict-aliasing -Wall -std=gnu99 -Werror=vla -Werror=pointer-arith -Werror=variadic-macros -O2 -pipe -fno-strict-aliasing -o CMakeFiles/cl-api-enqueue-copy-buffer-rect.dir/enqueue-copy-buffer-rect.c.o -c /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/ tests/cl/api/enqueue-copy-buffer-rect.c [100%] Linking C executable ../../../../../bin/cl-api-enqueue-copy-buffer-rect cd /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api && /usr/local/bin/cmake -E cmake_link_script CMakeFiles/cl-api-enqueue-copy-buffer-rect.dir/link.txt --verbose=1 /usr/bin/cc -O2 -pipe -fno-strict-aliasing -Wall -std=gnu99 -Werror=vla -Werror=pointer-arith -Werror=variadic-macros -O2 -pipe -fno-strict-aliasing -L/usr/local/lib CMakeFiles/cl-api-enqueue-copy-buffer-rect.dir/enqueue-copy-buffer-rect.c.o -o ../../../../../bin/cl-api-enqueue-copy-buffer-rect ../../../../../lib/libpiglitutil_cl.so.0 -lOpenCL -lrt ../../../../../lib/libpiglitutil.so.0 -lrt -lcaca -lpng -lz -lm -L/usr/local/lib -lEGL -Wl,-rpath,/wrkdirs/usr/ports/graphics/piglit/work/.build/lib: [100%] Built target cl-api-enqueue-copy-buffer-rect /usr/bin/make -f target_api/cl/tests/cl/api/CMakeFiles/cl-api-retain_release-mem-object.dir/build.make target_api/cl/tests/cl/api/CMakeFiles/cl-api-retain_release-mem-object.dir/depend cd /wrkdirs/usr/ports/graphics/piglit/work/.build && /usr/local/bin/cmake -E cmake_depends "Unix Makefiles" /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2 /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/cl/api /wrkdirs/usr/ports/graphics/piglit/work/.build /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api/CMakeFiles/cl-api-retain_release-mem-object.dir/DependInfo.cmake Scanning dependencies of target cl-api-retain_release-mem-object /usr/bin/make -f target_api/cl/tests/cl/api/CMakeFiles/cl-api-retain_release-mem-object.dir/build.make target_api/cl/tests/cl/api/CMakeFiles/cl-api-retain_release-mem-object.dir/build [100%] Building C object target_api/cl/tests/cl/api/CMakeFiles/cl-api-retain_release-mem-object.dir/retain_release-mem-object.c.o cd /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api && /usr/bin/cc -DPIGLIT_HAS_EGL -DPIGLIT_HAS_GBM -DPIGLIT_HAS_GLX -DPIGLIT_HAS_LIBCACA -DPIGLIT_HAS_PNG -DPIGLIT_HAS_POSIX_CLOCK_MONOTONIC -DPIGLIT_HAS_POSIX_TIMER_NOTIFY_THREAD -DPIGLIT_HAS_PTHREADS -DPIGLIT_HAS_X11 -DPIGLIT_USE_WAFFLE -DUSE_OPENCL -DWAFFLE_API_VERSION=0x0103 -D_GNU_SOURCE -D_THREAD_SAFE -I/usr/local/include -I/usr/local/include/libdrm -I/wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/src -I/wrkdirs/usr/ports/graphics/piglit/work/.build/tests/util -I/wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/util -O2 -pipe -fno-strict-aliasing -Wall -std=gnu99 -Werror=vla -Werror=pointer-arith -Werror=variadic-macros -O2 -pipe -fno-strict-aliasing -o CMakeFiles/cl-api-retain_release-mem-object.dir/retain_release-mem-object.c.o -c /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce 2/tests/cl/api/retain_release-mem-object.c [100%] Linking C executable ../../../../../bin/cl-api-retain_release-mem-object cd /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api && /usr/local/bin/cmake -E cmake_link_script CMakeFiles/cl-api-retain_release-mem-object.dir/link.txt --verbose=1 /usr/bin/cc -O2 -pipe -fno-strict-aliasing -Wall -std=gnu99 -Werror=vla -Werror=pointer-arith -Werror=variadic-macros -O2 -pipe -fno-strict-aliasing -L/usr/local/lib CMakeFiles/cl-api-retain_release-mem-object.dir/retain_release-mem-object.c.o -o ../../../../../bin/cl-api-retain_release-mem-object ../../../../../lib/libpiglitutil_cl.so.0 -lOpenCL -lrt ../../../../../lib/libpiglitutil.so.0 -lrt -lcaca -lpng -lz -lm -L/usr/local/lib -lEGL -Wl,-rpath,/wrkdirs/usr/ports/graphics/piglit/work/.build/lib: [100%] Built target cl-api-retain_release-mem-object /usr/bin/make -f target_api/cl/tests/cl/api/CMakeFiles/cl-api-build-program.dir/build.make target_api/cl/tests/cl/api/CMakeFiles/cl-api-build-program.dir/depend cd /wrkdirs/usr/ports/graphics/piglit/work/.build && /usr/local/bin/cmake -E cmake_depends "Unix Makefiles" /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2 /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/cl/api /wrkdirs/usr/ports/graphics/piglit/work/.build /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api/CMakeFiles/cl-api-build-program.dir/DependInfo.cmake Scanning dependencies of target cl-api-build-program /usr/bin/make -f target_api/cl/tests/cl/api/CMakeFiles/cl-api-build-program.dir/build.make target_api/cl/tests/cl/api/CMakeFiles/cl-api-build-program.dir/build [100%] Building C object target_api/cl/tests/cl/api/CMakeFiles/cl-api-build-program.dir/build-program.c.o cd /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api && /usr/bin/cc -DPIGLIT_HAS_EGL -DPIGLIT_HAS_GBM -DPIGLIT_HAS_GLX -DPIGLIT_HAS_LIBCACA -DPIGLIT_HAS_PNG -DPIGLIT_HAS_POSIX_CLOCK_MONOTONIC -DPIGLIT_HAS_POSIX_TIMER_NOTIFY_THREAD -DPIGLIT_HAS_PTHREADS -DPIGLIT_HAS_X11 -DPIGLIT_USE_WAFFLE -DUSE_OPENCL -DWAFFLE_API_VERSION=0x0103 -D_GNU_SOURCE -D_THREAD_SAFE -I/usr/local/include -I/usr/local/include/libdrm -I/wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/src -I/wrkdirs/usr/ports/graphics/piglit/work/.build/tests/util -I/wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/util -O2 -pipe -fno-strict-aliasing -Wall -std=gnu99 -Werror=vla -Werror=pointer-arith -Werror=variadic-macros -O2 -pipe -fno-strict-aliasing -o CMakeFiles/cl-api-build-program.dir/build-program.c.o -c /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/cl/api/build-pro gram.c [100%] Linking C executable ../../../../../bin/cl-api-build-program cd /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api && /usr/local/bin/cmake -E cmake_link_script CMakeFiles/cl-api-build-program.dir/link.txt --verbose=1 /usr/bin/cc -O2 -pipe -fno-strict-aliasing -Wall -std=gnu99 -Werror=vla -Werror=pointer-arith -Werror=variadic-macros -O2 -pipe -fno-strict-aliasing -L/usr/local/lib CMakeFiles/cl-api-build-program.dir/build-program.c.o -o ../../../../../bin/cl-api-build-program ../../../../../lib/libpiglitutil_cl.so.0 -lOpenCL -lrt ../../../../../lib/libpiglitutil.so.0 -lrt -lcaca -lpng -lz -lm -L/usr/local/lib -lEGL -Wl,-rpath,/wrkdirs/usr/ports/graphics/piglit/work/.build/lib: [100%] Built target cl-api-build-program /usr/bin/make -f target_api/cl/tests/cl/api/CMakeFiles/cl-api-get-image-info.dir/build.make target_api/cl/tests/cl/api/CMakeFiles/cl-api-get-image-info.dir/depend cd /wrkdirs/usr/ports/graphics/piglit/work/.build && /usr/local/bin/cmake -E cmake_depends "Unix Makefiles" /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2 /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/cl/api /wrkdirs/usr/ports/graphics/piglit/work/.build /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api/CMakeFiles/cl-api-get-image-info.dir/DependInfo.cmake Scanning dependencies of target cl-api-get-image-info /usr/bin/make -f target_api/cl/tests/cl/api/CMakeFiles/cl-api-get-image-info.dir/build.make target_api/cl/tests/cl/api/CMakeFiles/cl-api-get-image-info.dir/build [100%] Building C object target_api/cl/tests/cl/api/CMakeFiles/cl-api-get-image-info.dir/get-image-info.c.o cd /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api && /usr/bin/cc -DPIGLIT_HAS_EGL -DPIGLIT_HAS_GBM -DPIGLIT_HAS_GLX -DPIGLIT_HAS_LIBCACA -DPIGLIT_HAS_PNG -DPIGLIT_HAS_POSIX_CLOCK_MONOTONIC -DPIGLIT_HAS_POSIX_TIMER_NOTIFY_THREAD -DPIGLIT_HAS_PTHREADS -DPIGLIT_HAS_X11 -DPIGLIT_USE_WAFFLE -DUSE_OPENCL -DWAFFLE_API_VERSION=0x0103 -D_GNU_SOURCE -D_THREAD_SAFE -I/usr/local/include -I/usr/local/include/libdrm -I/wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/src -I/wrkdirs/usr/ports/graphics/piglit/work/.build/tests/util -I/wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/util -O2 -pipe -fno-strict-aliasing -Wall -std=gnu99 -Werror=vla -Werror=pointer-arith -Werror=variadic-macros -O2 -pipe -fno-strict-aliasing -o CMakeFiles/cl-api-get-image-info.dir/get-image-info.c.o -c /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/cl/api/get-ima ge-info.c /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/cl/api/get-image-info.c: In function 'piglit_cl_test': /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/cl/api/get-image-info.c:86: error: unknown field 'buffer' specified in initializer /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/cl/api/get-image-info.c:86: warning: missing braces around initializer /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/cl/api/get-image-info.c:86: warning: (near initialization for 'image_desc.') *** [target_api/cl/tests/cl/api/CMakeFiles/cl-api-get-image-info.dir/get-image-info.c.o] Error code 1 Stop in /wrkdirs/usr/ports/graphics/piglit/work/.build. *** [target_api/cl/tests/cl/api/CMakeFiles/cl-api-get-image-info.dir/all] Error code 1 Stop in /wrkdirs/usr/ports/graphics/piglit/work/.build. *** [all] Error code 1 Stop in /wrkdirs/usr/ports/graphics/piglit/work/.build. *** [do-build] Error code 1 Stop in /usr/ports/graphics/piglit. From owner-freebsd-x11@freebsd.org Thu Sep 29 11:32:13 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 6592CC0280E for ; Thu, 29 Sep 2016 11:32:13 +0000 (UTC) (envelope-from gurenchan@gmail.com) Received: from mail-it0-x22d.google.com (mail-it0-x22d.google.com [IPv6:2607:f8b0:4001:c0b::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 2C753366 for ; Thu, 29 Sep 2016 11:32:13 +0000 (UTC) (envelope-from gurenchan@gmail.com) Received: by mail-it0-x22d.google.com with SMTP id u134so104875366itb.1 for ; Thu, 29 Sep 2016 04:32:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=auo72E2RT8kbGNr8rlXH7T1hnX/u3p9Q2m30Woj35dY=; b=RbRF889K+XWEtLzw0kmnFPblGm3gUxBseU5wZ3U86JENIWqra5SNWvj9xOtXH2ULaI fB+MZn3cJOA635mwTu3Gvyl4HlHGoq48e5w0ngz4Y9ZGVOIfBpZ4YtdVFND1CYk5gaaT W+547yifDdAaaexorK3fajZB/kUiaWIl1Sk+6Gvo/R3W0HEs0wsiwL/AHcZmpxQSrL9G xFnzNmszXn8IVbLDXARUcqkmACdzhVsww/gsk8a8KytE1f8UyYi+OjTiHdhy2TQwdKMl M2dpI7fqENumEChlLu3SZ5zUouBSo4kFotksBTOv8tWwCqFtr6C4aT0RLYtkpkhFUoC4 wGCQ== 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:cc; bh=auo72E2RT8kbGNr8rlXH7T1hnX/u3p9Q2m30Woj35dY=; b=gQAc2bHxZ7IKoPiqu0gMDla74TvWQnkVW68SoQPdBbIKLVLbFXq0iSrrBqemQ4dlWy KPU2X1uW8yIm3Ey5DgfP9f8J5lqoYxXTdhDIFjj1tDOs3G5vKtWu6DS0ChZPGPNK03iv qBzcESKxzZXQDkeQRXb6s5ChhmPl2824SVnKNx+OQOc5Ezxtr9rAepTHcWQ3VD2kMJBU ERYUnHGjt4BIEUv83ddZOLKhXaFy1fSuDGwIuEuacKUZtxt0yfCBEjnkrILFsWy27FBw gHMFa8GIjFXuLKL+cRCu6EfVBYirTYkd+Tt8nd6uq7fZWJdCSCx9zjAIQICi2SENZs2j zvng== X-Gm-Message-State: AA6/9RljvHLn0Wt2JvAhl+VFj0U298SteNbNywZorgSDzL2nKSdqiisgZ/2wXGC0OssFV0SyQ3hheYM2V68thw== X-Received: by 10.36.220.193 with SMTP id q184mr7890101itg.17.1475148732639; Thu, 29 Sep 2016 04:32:12 -0700 (PDT) MIME-Version: 1.0 Received: by 10.107.161.66 with HTTP; Thu, 29 Sep 2016 04:32:12 -0700 (PDT) In-Reply-To: <201609290858.u8T8wokS002825@sdf.org> References: <201609280627.u8S6RfXq002303@sdf.org> <201609280718.u8S7IP85011693@sdf.org> <201609290624.u8T6Ohd6028658@sdf.org> <201609290858.u8T8wokS002825@sdf.org> From: blubee blubeeme Date: Thu, 29 Sep 2016 19:32:12 +0800 Message-ID: Subject: Re: Nvidia drivers screen brightness and back light To: Scott Bennett Cc: x11-list freebsd Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.23 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, 29 Sep 2016 11:32:13 -0000 I am not looking for a screensaver; I am looking for a way to dim the brightness of the screen. Even when I use the xrandr or redshift to dim the brightness, let's say i turn it all the way down to 0 or something like that. If I turn off the lights in the room, I can still see the led behind the screen lighting up the four corners of the screen. Not to mention that xset command you referenced me earlier doesn't work for even turning off the monitor. btw, I use i3lock -c 000000 to try to get a black screen as well but again, the lights are still there. On Thu, Sep 29, 2016 at 4:58 PM, Scott Bennett wrote: > blubee blubeeme wrote: > > > I just tried "xset dpms force standby" the screen goes black for about 1 > > second and then it's back on. > > > > Here is a dmesg pastebinit : http://paste2.org/HhzBYG6H > > Google doesn't allow anonymous viewing of paste* servers via tor > exits. > > > > so that doesn't work with this hardware. Any other options? > > If xscreensaver works for you, you could try that out. On this > machine > I recently switched to, xscreensaver hits a bug and dies when it activates. > (I whined about that on this list the other night.) > > > Scott Bennett, Comm. ASMELG, CFIAG > ********************************************************************** > * Internet: bennett at sdf.org *xor* bennett at freeshell.org * > *--------------------------------------------------------------------* > * "A well regulated and disciplined militia, is at all times a good * > * objection to the introduction of that bane of all free governments * > * -- a standing army." * > * -- Gov. John Hancock, New York Journal, 28 January 1790 * > ********************************************************************** > From owner-freebsd-x11@freebsd.org Thu Sep 29 12:14:53 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 16155C02ABB for ; Thu, 29 Sep 2016 12:14:53 +0000 (UTC) (envelope-from ken@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 E9276EE9 for ; Thu, 29 Sep 2016 12:14:52 +0000 (UTC) (envelope-from ken@ixsystems.com) X-ASG-Debug-ID: 1475151292-08ca041103a38a0001-0Qlll1 Received: from zimbra.ixsystems.com ([10.246.0.20]) by barracuda.ixsystems.com with ESMTP id NoYKshzDI4vBu9gd (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Thu, 29 Sep 2016 05:14:52 -0700 (PDT) X-Barracuda-Envelope-From: ken@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 03A2584AA98 for ; Thu, 29 Sep 2016 05:14:52 -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 bO50xWUuBdzv for ; Thu, 29 Sep 2016 05:14:51 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zimbra.ixsystems.com (Postfix) with ESMTP id 8E18784AAA7 for ; Thu, 29 Sep 2016 05:14:51 -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 xNy90aYv79vQ for ; Thu, 29 Sep 2016 05:14:51 -0700 (PDT) Received: from localhost (unknown [10.20.1.100]) by zimbra.ixsystems.com (Postfix) with ESMTPSA id 4E66484AA98 for ; Thu, 29 Sep 2016 05:14:51 -0700 (PDT) From: Ken Moore To: Subject: Re: Nvidia drivers screen brightness and back light Date: Thu, 29 Sep 2016 08:14:49 -0400 X-ASG-Orig-Subj: Re: Nvidia drivers screen brightness and back light MIME-Version: 1.0 Message-ID: <0b100cba-4702-46d7-8bb3-cf553a1a750b@ixsystems.com> In-Reply-To: References: <201609280627.u8S6RfXq002303@sdf.org> <201609280718.u8S7IP85011693@sdf.org> <201609290624.u8T6Ohd6028658@sdf.org> <201609290858.u8T8wokS002825@sdf.org> Organization: TrueOS/iXsystems User-Agent: Trojita/0.6; Qt/5.5.1; xcb; AnyBSD4.4FreeBSD; Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Barracuda-Connect: UNKNOWN[10.246.0.20] X-Barracuda-Start-Time: 1475151292 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.23 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, 29 Sep 2016 12:14:53 -0000 xbrightness and redshift do not touch the LCD levels within your monitor at=20= all - they both do software-level brightness control through modifying the=20= X server settings for colors and such (which is why they trample all over=20 each other if you try to run both). If you want hardware-level brightness=20 control there are a couple options: "xbacklight" is a utility similar to xbrightness, but only does=20 acpi/hardware brightness. It only works on monitors which support the ACPI=20= power levels and such though, so it might not work for you.=20 You can tweak the sysctl on your system to turn down the monitor brightnees=20= directly (if supported by your monitor - most laptops are supported but=20 desktop monitors are hit-or-hiss). `sysctl hw. | grep brightness` should show you which one(s) are available=20 on your system. "pc-sysconfig" is a tool on PC-BSD/TrueOS systems which is a front-end to=20 the sysctl method for controlling screen brightness (as well as a few other=20= things like putting your system into suspend mode), and allows the user=20 make the changes as needed (sysctls can usually only be changed by root).=20 Run "pc-sysconfig -h" to see the options for reading/changing the screen=20 brightness levels as you need. On Thursday, September 29, 2016 7:32:12 AM EDT, blubee blubeeme wrote: > I am not looking for a screensaver; I am looking for a way to dim the > brightness of the screen. Even when I use the xrandr or redshift to dim the= > brightness, let's say i turn it all the way down to 0 or something like > that. > > If I turn off the lights in the room, I can still see the led behind the > screen lighting up the four corners of the screen. > > Not to mention that xset command you referenced me earlier doesn't work for= > even turning off the monitor. > > btw, I use i3lock -c 000000 to try to get a black screen as well but again,= > the lights are still there. > > On Thu, Sep 29, 2016 at 4:58 PM, Scott Bennett wrote: > >> blubee blubeeme wrote: >> ... --=20 ~~ Ken Moore ~~ TrueOS/iXsystems From owner-freebsd-x11@freebsd.org Thu Sep 29 13:03:36 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 6D748BEC92D for ; Thu, 29 Sep 2016 13:03:36 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-it0-x230.google.com (mail-it0-x230.google.com [IPv6:2607:f8b0:4001:c0b::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 2FC2BF39 for ; Thu, 29 Sep 2016 13:03:36 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-it0-x230.google.com with SMTP id u134so109227452itb.1 for ; Thu, 29 Sep 2016 06:03:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to; bh=WTpXNDXvxoJHQvut8dbYIGqXASFmthIxZGiGtzXTfzE=; b=YxjM3KPIj8+tgW4/vURugUEGRRoREJUT4LJsCr/iywZa8oh0gPez9M4lQvNpu/xTdB yDu4/3YbH/CNRAnYCIZQ78cO8JgEhSgyWwUFdfEeECLY9FezAF0QPQbpCH4pNSllUz+m jYHMGJNruZ41o4x/okJEDBjvH5WLUgXnqyTzbCp/HMLB2Nh4bkV3JQzT9gTht0tN93on f4mxBUtVcgEt8aSDBszRpnD4AZdZxcjZmMkvNsI3E1BhUvrXWd58Qgy5yaZlAQBIjZ8M IdF9vuorpjM9St13dwPogXQHItVMXf9sfoHdEP0pHn98NsW/MKxtYgDaufpqtXDucA9s +tQg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to; bh=WTpXNDXvxoJHQvut8dbYIGqXASFmthIxZGiGtzXTfzE=; b=S/TxGEZAqucgXMU2WqtdLdlvJNoJBAnpCP1K+Hc56qMz3btp3kLFsnrm3FzzkHA5F6 7JYkJVkJNUTD7x2wWxZkvb/IN8eVukTLKaWEOZRGcCp2DLbxv79b34EszXuhtkJRDAYy uXcQKrRUTiPZt+bhcMwb5T5I4U9JFy7bZw0w5xgt566IqnLGcAqQCW2lXD2cjBEZvg+Z Qs13UxH+p36d8K44S0ywmm9XMm5yVdffphRaB9BxQ71UTunJx6szmp/WuB1dgv9IBlv+ YVxWVd88FL5aLjwDkbExKDogdJ1Rq5J+w8DTLj2dP0gQu9o18mZNSQgCZu1MrFEF31i0 eBtQ== X-Gm-Message-State: AA6/9RldMS5Jj9Fb2saYBR+b6Zpwby1iealnMbKPnTroANpMaplJzn5KNHTpN2n/a1J09PSH6571ycHDjkIaRQ== X-Received: by 10.36.202.197 with SMTP id k188mr3957873itg.108.1475154215009; Thu, 29 Sep 2016 06:03:35 -0700 (PDT) MIME-Version: 1.0 Sender: carpeddiem@gmail.com Received: by 10.107.10.215 with HTTP; Thu, 29 Sep 2016 06:03:14 -0700 (PDT) In-Reply-To: <20160928192536.56dd066b@azsupport.com> References: <1569231fc12.1189a20c2251388.8699372849515846410@nextbsd.org> <157496f7268.ac5eb5ca278618.8741026532558973404@nextbsd.org> <3FEE7DD3-C408-4398-9F0B-5529B2E7A61F@transactionware.com> <1574b8980bc.106a6e9ef306540.4216158444646545056@nextbsd.org> <20160926192637.33f7921b@azsupport.com> <157683d1ec0.11a09775b76996.945490951353894015@nextbsd.org> <20160927031041.31b6f90a@azsupport.com> <157693fc60a.ebf27bd286215.2625530085502855667@nextbsd.org> <20160927190653.2e21dcaf00756a4c87e9894d@bidouilliste.com> <20160927223030.1a17ec5d@azsupport.com> <57EADB3D.3040800@abinet.ru> <1576d8027dd.b00cc21630114.1196472754988566141@nextbsd.org> <20160927233835.7022dd19@azsupport.com> <201609280434.u8S4YtWv000312@sdf.org> <20160928071200.3a3d26e5@azsupport.com> <20160928092053.6d846a78@azsupport.com> <64e5239c-c147-8294-d947-18875852d485@nomadlogic.org> <20160928192536.56dd066b@azsupport.com> From: Ed Maste Date: Thu, 29 Sep 2016 09:03:14 -0400 X-Google-Sender-Auth: u4Y1Ial7S91GRnu3Q2higue07P0 Message-ID: Subject: Re: gfx-next update: drm-4.8-rc2 tagged in drm-next To: "freebsd-x11@freebsd.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.23 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, 29 Sep 2016 13:03:36 -0000 > And LATEST patches already used in production. But for FreeBSD CURRENT > this patches so buggy? Continue to eat shit. First, messages like this, personal attacks, etc. are not acceptable on FreeBSD mailing lists. Second, mmacy's work in these git branches is being done in order to benefit FreeBSD. We set a high bar for backwards compatibility and avoiding regressions, and with those concerns we're not quite ready to bring the changes into FreeBSD. There are ongoing, regular discussions between the FreeBSD developers who work on the graphics stack and mmacy to coordinate the effort to get this work into FreeBSD proper. Publicly available work in progress that's intended to land in FreeBSD is an appropriate topic on FreeBSD mailing lists. -Ed, on behalf of core@ From owner-freebsd-x11@freebsd.org Thu Sep 29 13:09: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 972E6BECA8A for ; Thu, 29 Sep 2016 13:09:39 +0000 (UTC) (envelope-from pkg-fallout@FreeBSD.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 8571C1AA for ; Thu, 29 Sep 2016 13:09:39 +0000 (UTC) (envelope-from pkg-fallout@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 81024BECA87; Thu, 29 Sep 2016 13:09:39 +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 802BFBECA85; Thu, 29 Sep 2016 13:09:39 +0000 (UTC) (envelope-from pkg-fallout@FreeBSD.org) Received: from beefy2.nyi.freebsd.org (beefy2.nyi.freebsd.org [IPv6:2610:1c1:1:6080::16:e5]) (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 F19621A8; Thu, 29 Sep 2016 13:09:38 +0000 (UTC) (envelope-from pkg-fallout@FreeBSD.org) Received: from beefy2.nyi.freebsd.org (localhost [127.0.0.1]) by beefy2.nyi.freebsd.org (8.15.2/8.15.2) with ESMTP id u8TD9cpi048008; Thu, 29 Sep 2016 13:09:38 GMT (envelope-from pkg-fallout@FreeBSD.org) Received: (from root@localhost) by beefy2.nyi.freebsd.org (8.15.2/8.15.2/Submit) id u8TD9cRS047966; Thu, 29 Sep 2016 13:09:38 GMT (envelope-from pkg-fallout@FreeBSD.org) Date: Thu, 29 Sep 2016 13:09:38 GMT From: pkg-fallout@FreeBSD.org Message-Id: <201609291309.u8TD9cRS047966@beefy2.nyi.freebsd.org> To: x11@FreeBSD.org Subject: [package - 93amd64-default][graphics/piglit] Failed for piglit-20160809 in build Cc: pkg-fallout@FreeBSD.org X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.23 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, 29 Sep 2016 13:09:39 -0000 You are receiving this mail as a port that you maintain is failing to build on the FreeBSD package build server. Please investigate the failure and submit a PR to fix build. Maintainer: x11@FreeBSD.org Last committer: dumbbell@FreeBSD.org Ident: $FreeBSD: head/graphics/piglit/Makefile 421176 2016-08-31 17:46:00Z dumbbell $ Log URL: http://beefy2.nyi.freebsd.org/data/93amd64-default/422796/logs/piglit-20160809.log Build URL: http://beefy2.nyi.freebsd.org/build.html?mastername=93amd64-default&build=422796 Log: ====>> Building graphics/piglit build started at Thu Sep 29 12:54:34 UTC 2016 port directory: /usr/ports/graphics/piglit building for: FreeBSD 93amd64-default-job-04 9.3-RELEASE-p47 FreeBSD 9.3-RELEASE-p47 amd64 maintained by: x11@FreeBSD.org Makefile ident: $FreeBSD: head/graphics/piglit/Makefile 421176 2016-08-31 17:46:00Z dumbbell $ Poudriere version: 3.1.14 Host OSVERSION: 1200005 Jail OSVERSION: 903000 ---Begin Environment--- SHELL=/bin/csh UNAME_v=FreeBSD 9.3-RELEASE-p47 UNAME_r=9.3-RELEASE-p47 BLOCKSIZE=K MAIL=/var/mail/root STATUS=1 ARCH=amd64 SAVED_TERM= MASTERMNT=/usr/local/poudriere/data/.m/93amd64-default/ref UID=0 PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/root/bin _JAVA_VERSION_LIST_REGEXP=1.6\|1.7\|1.8\|1.6+\|1.7+\|1.8+ POUDRIERE_BUILD_TYPE=bulk PKGNAME=piglit-20160809 OSREL=9.3 _OSRELEASE=9.3-RELEASE-p47 PYTHONBASE=/usr/local OLDPWD=/ _SMP_CPUS=24 PWD=/usr/local/poudriere/data/.m/93amd64-default/ref/.p/pool HAVE_COMPAT_IA32_KERN=YES OPSYS=FreeBSD MASTERNAME=93amd64-default SCRIPTPREFIX=/usr/local/share/poudriere _JAVA_VENDOR_LIST_REGEXP=openjdk\|oracle\|sun USER=root HOME=/root POUDRIERE_VERSION=3.1.14 SCRIPTPATH=/usr/local/share/poudriere/bulk.sh CONFIGURE_MAX_CMD_LEN=262144 LIBEXECPREFIX=/usr/local/libexec/poudriere LOCALBASE=/usr/local PACKAGE_BUILDING=yes _JAVA_OS_LIST_REGEXP=native\|linux OSVERSION=903000 ---End Environment--- ---Begin OPTIONS List--- ---End OPTIONS List--- --CONFIGURE_ARGS-- --End CONFIGURE_ARGS-- --CONFIGURE_ENV-- PKG_CONFIG=pkgconf PYTHON="/usr/local/bin/python2.7" XDG_DATA_HOME=/wrkdirs/usr/ports/graphics/piglit/work XDG_CONFIG_HOME=/wrkdirs/usr/ports/graphics/piglit/work HOME=/wrkdirs/usr/ports/graphics/piglit/work TMPDIR="/tmp" SHELL=/bin/sh CONFIG_SHELL=/bin/sh --End CONFIGURE_ENV-- --MAKE_ENV-- XDG_DATA_HOME=/wrkdirs/usr/ports/graphics/piglit/work XDG_CONFIG_HOME=/wrkdirs/usr/ports/graphics/piglit/work HOME=/wrkdirs/usr/ports/graphics/piglit/work TMPDIR="/tmp" NO_PIE=yes WITHOUT_DEBUG_FILES=yes WITHOUT_KERNEL_SYMBOLS=yes SHELL=/bin/sh NO_LINT=YES PREFIX=/usr/local LOCALBASE=/usr/local LIBDIR="/usr/lib" CC="cc" CFLAGS="-O2 -pipe -fstack-protector -fno-strict-aliasing" CPP="cpp" CPPFLAGS="" LDFLAGS=" -L/usr/local/lib -fstack-protector" LIBS="" CXX="c++" CXXFLAGS="-O2 -pipe -fstack-protector -fno-strict-aliasing" MANPREFIX="/usr/local" BSD_INSTALL_PROGRAM="install -s -m 555" BSD_INSTALL_LIB="install -s -m 444" BSD_INSTALL_SCRIPT="install -m 555" BSD_INSTALL_DATA="install -m 0644" BSD_INSTALL_MAN="install -m 444" --End MAKE_ENV-- --PLIST_SUB-- CMAKE_BUILD_TYPE="release" PYTHON_INCLUDEDIR=include/python2.7 PYTHON_LIBDIR=lib/python2.7 PYTHON_PLATFORM=freebsd9 PYTHON_SITELIBDIR=lib/python2.7/site-packages PYTHON_VER=2.7 PYTHON_VERSION=python2.7 OSREL=9.3 PREFIX=%D LOCALBASE=/usr/local RESETPREFIX=/usr/local PORTDOCS="" PORTEXAMPLES="" LIB32DIR=lib DOCSDIR="share/doc/piglit" EXAMPLESDIR="share/examples/piglit" DATADIR="lib/piglit" WWWDIR="www/piglit" ETCDIR="etc/piglit" --End PLIST_SUB-- --SUB_LIST-- PREFIX=/usr/local LOCALBASE=/usr/local DATADIR=/usr/local/lib/piglit DOCSDIR=/usr/local/share/doc/piglit EXAMPLESDIR=/usr/local/share/examples/piglit WWWDIR=/usr/local/www/piglit ETCDIR=/usr/local/etc/piglit --End SUB_LIST-- ---Begin make.conf--- USE_PACKAGE_DEPENDS=yes BATCH=yes WRKDIRPREFIX=/wrkdirs PORTSDIR=/usr/ports PACKAGES=/packages DISTDIR=/distfiles #### /usr/local/etc/poudriere.d/make.conf #### # XXX: We really need this but cannot use it while 'make checksum' does not # try the next mirror on checksum failure. It currently retries the same # failed mirror and then fails rather then trying another. It *does* # try the next if the size is mismatched though. #MASTER_SITE_FREEBSD=yes DISABLE_MAKE_JOBS=poudriere ---End make.conf--- =================================================== ===> License MIT GPLv2 GPLv3 LGPL20 accepted by the user =========================================================================== =================================================== ===> piglit-20160809 depends on file: /usr/local/sbin/pkg - not found ===> Installing existing package /packages/All/pkg-1.8.7_3.txz [93amd64-default-job-04] Installing pkg-1.8.7_3... [93amd64-default-job-04] Extracting pkg-1.8.7_3: .......... done ===> piglit-20160809 depends on file: /usr/local/sbin/pkg - found ===> Returning to build of piglit-20160809 =========================================================================== =================================================== =========================================================================== =================================================== ===> License MIT GPLv2 GPLv3 LGPL20 accepted by the user ===> Fetching all distfiles required by piglit-20160809 for building =========================================================================== =================================================== ===> License MIT GPLv2 GPLv3 LGPL20 accepted by the user ===> Fetching all distfiles required by piglit-20160809 for building => SHA256 Checksum OK for dumbbell-piglit-20160809-ca5350b4056ae63a93c4c207087b7634873b2ce2_GH0.tar.gz. =========================================================================== =================================================== =========================================================================== =================================================== ===> License MIT GPLv2 GPLv3 LGPL20 accepted by the user ===> Fetching all distfiles required by piglit-20160809 for building ===> Extracting for piglit-20160809 => SHA256 Checksum OK for dumbbell-piglit-20160809-ca5350b4056ae63a93c4c207087b7634873b2ce2_GH0.tar.gz. =========================================================================== =================================================== =========================================================================== =================================================== ===> Patching for piglit-20160809 ===> Applying FreeBSD patches for piglit-20160809 =========================================================================== =================================================== ===> piglit-20160809 depends on file: /usr/local/include/CL/opencl.h - not found ===> Installing existing package /packages/All/opencl-2.0.txz [93amd64-default-job-04] Installing opencl-2.0... [93amd64-default-job-04] Extracting opencl-2.0: .......... done Message from opencl-2.0: OpenCL is the first open, royalty-free standard for cross-platform, parallel programming of modern processors. ===> piglit-20160809 depends on file: /usr/local/include/CL/opencl.h - found ===> Returning to build of piglit-20160809 ===> piglit-20160809 depends on file: /usr/local/lib/python2.7/site-packages/numpy/core/numeric.py - not found ===> Installing existing package /packages/All/py27-numpy-1.11.1,1.txz [93amd64-default-job-04] Installing py27-numpy-1.11.1,1... [93amd64-default-job-04] `-- Installing python27-2.7.12... [93amd64-default-job-04] | `-- Installing libffi-3.2.1... [93amd64-default-job-04] | | `-- Installing indexinfo-0.2.5... [93amd64-default-job-04] | | `-- Extracting indexinfo-0.2.5: .... done [93amd64-default-job-04] | `-- Extracting libffi-3.2.1: .......... done [93amd64-default-job-04] | `-- Installing gettext-runtime-0.19.8.1... [93amd64-default-job-04] | | `-- Installing libiconv-1.14_9... [93amd64-default-job-04] | | `-- Extracting libiconv-1.14_9: .......... done [93amd64-default-job-04] | `-- Extracting gettext-runtime-0.19.8.1: .......... done [93amd64-default-job-04] `-- Extracting python27-2.7.12: .......... done [93amd64-default-job-04] `-- Installing py27-setuptools27-23.1.0... [93amd64-default-job-04] `-- Extracting py27-setuptools27-23.1.0: .......... done [93amd64-default-job-04] `-- Installing openblas-0.2.18_1,1... [93amd64-default-job-04] | `-- Installing gcc-4.8.5_2... [93amd64-default-job-04] | | `-- Installing mpc-1.0.3... [93amd64-default-job-04] | | `-- Installing gmp-5.1.3_3... [93amd64-default-job-04] | | `-- Extracting gmp-5.1.3_3: .......... done [93amd64-default-job-04] | | `-- Installing mpfr-3.1.4... [93amd64-default-job-04] | | `-- Extracting mpfr-3.1.4: .......... done [93amd64-default-job-04] | | `-- Extracting mpc-1.0.3: ...... done [93amd64-default-job-04] | | `-- Installing gcc-ecj-4.5... [93amd64-default-job-04] | | `-- Extracting gcc-ecj-4.5: . done [93amd64-default-job-04] | | `-- Installing binutils-2.27_4,1... [93amd64-default-job-04] | | `-- Extracting binutils-2.27_4,1: .......... done [93amd64-default-job-04] | `-- Extracting gcc-4.8.5_2: .......... done [93amd64-default-job-04] `-- Extracting openblas-0.2.18_1,1: ......... done [93amd64-default-job-04] `-- Installing suitesparse-4.0.2_4... [93amd64-default-job-04] `-- Extracting suitesparse-4.0.2_4: .......... done [93amd64-default-job-04] `-- Installing blas-3.5.0_3... [93amd64-default-job-04] `-- Extracting blas-3.5.0_3: ....... done [93amd64-default-job-04] `-- Installing lapack-3.5.0... [93amd64-default-job-04] `-- Extracting lapack-3.5.0: .......... done [93amd64-default-job-04] `-- Installing cblas-1.0_4... [93amd64-default-job-04] `-- Extracting cblas-1.0_4: ......... done [93amd64-default-job-04] Extracting py27-numpy-1.11.1,1: .......... done Message from python27-2.7.12: =========================================================================== Note that some standard Python modules are provided as separate ports as they require additional dependencies. They are available as: /usr/bin/cc -O2 -pipe -fstack-protector -fno-strict-aliasing -Wall -std=gnu99 -Werror=vla -Werror=pointer-arith -Werror=variadic-macros -O2 -pipe -fstack-protector -fno-strict-aliasing -L/usr/local/lib -fstack-protector CMakeFiles/cl-api-retain_release-mem-object.dir/retain_release-mem-object.c.o -o ../../../../../bin/cl-api-retain_release-mem-object ../../../../../lib/libpiglitutil_cl.so.0 -lOpenCL -lrt ../../../../../lib/libpiglitutil.so.0 -lrt -lcaca -lpng -lz -lm -L/usr/local/lib -lEGL -Wl,-rpath,/wrkdirs/usr/ports/graphics/piglit/work/.build/lib: [100%] Built target cl-api-retain_release-mem-object /usr/bin/make -f target_api/cl/tests/cl/api/CMakeFiles/cl-api-enqueue-copy-buffer.dir/build.make target_api/cl/tests/cl/api/CMakeFiles/cl-api-enqueue-copy-buffer.dir/depend cd /wrkdirs/usr/ports/graphics/piglit/work/.build && /usr/local/bin/cmake -E cmake_depends "Unix Makefiles" /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2 /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/cl/api /wrkdirs/usr/ports/graphics/piglit/work/.build /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api/CMakeFiles/cl-api-enqueue-copy-buffer.dir/DependInfo.cmake Scanning dependencies of target cl-api-enqueue-copy-buffer /usr/bin/make -f target_api/cl/tests/cl/api/CMakeFiles/cl-api-enqueue-copy-buffer.dir/build.make target_api/cl/tests/cl/api/CMakeFiles/cl-api-enqueue-copy-buffer.dir/build [100%] Building C object target_api/cl/tests/cl/api/CMakeFiles/cl-api-enqueue-copy-buffer.dir/enqueue-copy-buffer.c.o cd /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api && /usr/bin/cc -DPIGLIT_HAS_EGL -DPIGLIT_HAS_GBM -DPIGLIT_HAS_GLX -DPIGLIT_HAS_LIBCACA -DPIGLIT_HAS_PNG -DPIGLIT_HAS_POSIX_CLOCK_MONOTONIC -DPIGLIT_HAS_POSIX_TIMER_NOTIFY_THREAD -DPIGLIT_HAS_PTHREADS -DPIGLIT_HAS_X11 -DPIGLIT_USE_WAFFLE -DUSE_OPENCL -DWAFFLE_API_VERSION=0x0103 -D_GNU_SOURCE -D_THREAD_SAFE -I/usr/local/include -I/usr/local/include/libdrm -I/wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/src -I/wrkdirs/usr/ports/graphics/piglit/work/.build/tests/util -I/wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/util -O2 -pipe -fstack-protector -fno-strict-aliasing -Wall -std=gnu99 -Werror=vla -Werror=pointer-arith -Werror=variadic-macros -O2 -pipe -fstack-protector -fno-strict-aliasing -o CMakeFiles/cl-api-enqueue-copy-buffer.dir/enqueue-copy-buffer.c.o -c /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63 a93c4c207087b7634873b2ce2/tests/cl/api/enqueue-copy-buffer.c [100%] Linking C executable ../../../../../bin/cl-api-enqueue-copy-buffer cd /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api && /usr/local/bin/cmake -E cmake_link_script CMakeFiles/cl-api-enqueue-copy-buffer.dir/link.txt --verbose=1 /usr/bin/cc -O2 -pipe -fstack-protector -fno-strict-aliasing -Wall -std=gnu99 -Werror=vla -Werror=pointer-arith -Werror=variadic-macros -O2 -pipe -fstack-protector -fno-strict-aliasing -L/usr/local/lib -fstack-protector CMakeFiles/cl-api-enqueue-copy-buffer.dir/enqueue-copy-buffer.c.o -o ../../../../../bin/cl-api-enqueue-copy-buffer ../../../../../lib/libpiglitutil_cl.so.0 -lOpenCL -lrt ../../../../../lib/libpiglitutil.so.0 -lrt -lcaca -lpng -lz -lm -L/usr/local/lib -lEGL -Wl,-rpath,/wrkdirs/usr/ports/graphics/piglit/work/.build/lib: [100%] Built target cl-api-enqueue-copy-buffer /usr/bin/make -f target_api/cl/tests/cl/api/CMakeFiles/cl-api-create-kernels-in-program.dir/build.make target_api/cl/tests/cl/api/CMakeFiles/cl-api-create-kernels-in-program.dir/depend cd /wrkdirs/usr/ports/graphics/piglit/work/.build && /usr/local/bin/cmake -E cmake_depends "Unix Makefiles" /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2 /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/cl/api /wrkdirs/usr/ports/graphics/piglit/work/.build /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api/CMakeFiles/cl-api-create-kernels-in-program.dir/DependInfo.cmake Scanning dependencies of target cl-api-create-kernels-in-program /usr/bin/make -f target_api/cl/tests/cl/api/CMakeFiles/cl-api-create-kernels-in-program.dir/build.make target_api/cl/tests/cl/api/CMakeFiles/cl-api-create-kernels-in-program.dir/build [100%] Building C object target_api/cl/tests/cl/api/CMakeFiles/cl-api-create-kernels-in-program.dir/create-kernels-in-program.c.o cd /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api && /usr/bin/cc -DPIGLIT_HAS_EGL -DPIGLIT_HAS_GBM -DPIGLIT_HAS_GLX -DPIGLIT_HAS_LIBCACA -DPIGLIT_HAS_PNG -DPIGLIT_HAS_POSIX_CLOCK_MONOTONIC -DPIGLIT_HAS_POSIX_TIMER_NOTIFY_THREAD -DPIGLIT_HAS_PTHREADS -DPIGLIT_HAS_X11 -DPIGLIT_USE_WAFFLE -DUSE_OPENCL -DWAFFLE_API_VERSION=0x0103 -D_GNU_SOURCE -D_THREAD_SAFE -I/usr/local/include -I/usr/local/include/libdrm -I/wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/src -I/wrkdirs/usr/ports/graphics/piglit/work/.build/tests/util -I/wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/util -O2 -pipe -fstack-protector -fno-strict-aliasing -Wall -std=gnu99 -Werror=vla -Werror=pointer-arith -Werror=variadic-macros -O2 -pipe -fstack-protector -fno-strict-aliasing -o CMakeFiles/cl-api-create-kernels-in-program.dir/create-kernels-in-program.c.o -c /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5 350b4056ae63a93c4c207087b7634873b2ce2/tests/cl/api/create-kernels-in-program.c [100%] Linking C executable ../../../../../bin/cl-api-create-kernels-in-program cd /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api && /usr/local/bin/cmake -E cmake_link_script CMakeFiles/cl-api-create-kernels-in-program.dir/link.txt --verbose=1 /usr/bin/cc -O2 -pipe -fstack-protector -fno-strict-aliasing -Wall -std=gnu99 -Werror=vla -Werror=pointer-arith -Werror=variadic-macros -O2 -pipe -fstack-protector -fno-strict-aliasing -L/usr/local/lib -fstack-protector CMakeFiles/cl-api-create-kernels-in-program.dir/create-kernels-in-program.c.o -o ../../../../../bin/cl-api-create-kernels-in-program ../../../../../lib/libpiglitutil_cl.so.0 -lOpenCL -lrt ../../../../../lib/libpiglitutil.so.0 -lrt -lcaca -lpng -lz -lm -L/usr/local/lib -lEGL -Wl,-rpath,/wrkdirs/usr/ports/graphics/piglit/work/.build/lib: [100%] Built target cl-api-create-kernels-in-program /usr/bin/make -f target_api/cl/tests/cl/api/CMakeFiles/cl-api-retain_release-kernel.dir/build.make target_api/cl/tests/cl/api/CMakeFiles/cl-api-retain_release-kernel.dir/depend cd /wrkdirs/usr/ports/graphics/piglit/work/.build && /usr/local/bin/cmake -E cmake_depends "Unix Makefiles" /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2 /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/cl/api /wrkdirs/usr/ports/graphics/piglit/work/.build /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api/CMakeFiles/cl-api-retain_release-kernel.dir/DependInfo.cmake Scanning dependencies of target cl-api-retain_release-kernel /usr/bin/make -f target_api/cl/tests/cl/api/CMakeFiles/cl-api-retain_release-kernel.dir/build.make target_api/cl/tests/cl/api/CMakeFiles/cl-api-retain_release-kernel.dir/build [100%] Building C object target_api/cl/tests/cl/api/CMakeFiles/cl-api-retain_release-kernel.dir/retain_release-kernel.c.o cd /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api && /usr/bin/cc -DPIGLIT_HAS_EGL -DPIGLIT_HAS_GBM -DPIGLIT_HAS_GLX -DPIGLIT_HAS_LIBCACA -DPIGLIT_HAS_PNG -DPIGLIT_HAS_POSIX_CLOCK_MONOTONIC -DPIGLIT_HAS_POSIX_TIMER_NOTIFY_THREAD -DPIGLIT_HAS_PTHREADS -DPIGLIT_HAS_X11 -DPIGLIT_USE_WAFFLE -DUSE_OPENCL -DWAFFLE_API_VERSION=0x0103 -D_GNU_SOURCE -D_THREAD_SAFE -I/usr/local/include -I/usr/local/include/libdrm -I/wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/src -I/wrkdirs/usr/ports/graphics/piglit/work/.build/tests/util -I/wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/util -O2 -pipe -fstack-protector -fno-strict-aliasing -Wall -std=gnu99 -Werror=vla -Werror=pointer-arith -Werror=variadic-macros -O2 -pipe -fstack-protector -fno-strict-aliasing -o CMakeFiles/cl-api-retain_release-kernel.dir/retain_release-kernel.c.o -c /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056 ae63a93c4c207087b7634873b2ce2/tests/cl/api/retain_release-kernel.c [100%] Linking C executable ../../../../../bin/cl-api-retain_release-kernel cd /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api && /usr/local/bin/cmake -E cmake_link_script CMakeFiles/cl-api-retain_release-kernel.dir/link.txt --verbose=1 /usr/bin/cc -O2 -pipe -fstack-protector -fno-strict-aliasing -Wall -std=gnu99 -Werror=vla -Werror=pointer-arith -Werror=variadic-macros -O2 -pipe -fstack-protector -fno-strict-aliasing -L/usr/local/lib -fstack-protector CMakeFiles/cl-api-retain_release-kernel.dir/retain_release-kernel.c.o -o ../../../../../bin/cl-api-retain_release-kernel ../../../../../lib/libpiglitutil_cl.so.0 -lOpenCL -lrt ../../../../../lib/libpiglitutil.so.0 -lrt -lcaca -lpng -lz -lm -L/usr/local/lib -lEGL -Wl,-rpath,/wrkdirs/usr/ports/graphics/piglit/work/.build/lib: [100%] Built target cl-api-retain_release-kernel /usr/bin/make -f target_api/cl/tests/cl/api/CMakeFiles/cl-api-create-buffer.dir/build.make target_api/cl/tests/cl/api/CMakeFiles/cl-api-create-buffer.dir/depend cd /wrkdirs/usr/ports/graphics/piglit/work/.build && /usr/local/bin/cmake -E cmake_depends "Unix Makefiles" /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2 /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/cl/api /wrkdirs/usr/ports/graphics/piglit/work/.build /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api/CMakeFiles/cl-api-create-buffer.dir/DependInfo.cmake Scanning dependencies of target cl-api-create-buffer /usr/bin/make -f target_api/cl/tests/cl/api/CMakeFiles/cl-api-create-buffer.dir/build.make target_api/cl/tests/cl/api/CMakeFiles/cl-api-create-buffer.dir/build [100%] Building C object target_api/cl/tests/cl/api/CMakeFiles/cl-api-create-buffer.dir/create-buffer.c.o cd /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api && /usr/bin/cc -DPIGLIT_HAS_EGL -DPIGLIT_HAS_GBM -DPIGLIT_HAS_GLX -DPIGLIT_HAS_LIBCACA -DPIGLIT_HAS_PNG -DPIGLIT_HAS_POSIX_CLOCK_MONOTONIC -DPIGLIT_HAS_POSIX_TIMER_NOTIFY_THREAD -DPIGLIT_HAS_PTHREADS -DPIGLIT_HAS_X11 -DPIGLIT_USE_WAFFLE -DUSE_OPENCL -DWAFFLE_API_VERSION=0x0103 -D_GNU_SOURCE -D_THREAD_SAFE -I/usr/local/include -I/usr/local/include/libdrm -I/wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/src -I/wrkdirs/usr/ports/graphics/piglit/work/.build/tests/util -I/wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/util -O2 -pipe -fstack-protector -fno-strict-aliasing -Wall -std=gnu99 -Werror=vla -Werror=pointer-arith -Werror=variadic-macros -O2 -pipe -fstack-protector -fno-strict-aliasing -o CMakeFiles/cl-api-create-buffer.dir/create-buffer.c.o -c /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087 b7634873b2ce2/tests/cl/api/create-buffer.c [100%] Linking C executable ../../../../../bin/cl-api-create-buffer cd /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api && /usr/local/bin/cmake -E cmake_link_script CMakeFiles/cl-api-create-buffer.dir/link.txt --verbose=1 /usr/bin/cc -O2 -pipe -fstack-protector -fno-strict-aliasing -Wall -std=gnu99 -Werror=vla -Werror=pointer-arith -Werror=variadic-macros -O2 -pipe -fstack-protector -fno-strict-aliasing -L/usr/local/lib -fstack-protector CMakeFiles/cl-api-create-buffer.dir/create-buffer.c.o -o ../../../../../bin/cl-api-create-buffer ../../../../../lib/libpiglitutil_cl.so.0 -lOpenCL -lrt ../../../../../lib/libpiglitutil.so.0 -lrt -lcaca -lpng -lz -lm -L/usr/local/lib -lEGL -Wl,-rpath,/wrkdirs/usr/ports/graphics/piglit/work/.build/lib: [100%] Built target cl-api-create-buffer /usr/bin/make -f target_api/cl/tests/cl/api/CMakeFiles/cl-api-create-context.dir/build.make target_api/cl/tests/cl/api/CMakeFiles/cl-api-create-context.dir/depend cd /wrkdirs/usr/ports/graphics/piglit/work/.build && /usr/local/bin/cmake -E cmake_depends "Unix Makefiles" /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2 /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/cl/api /wrkdirs/usr/ports/graphics/piglit/work/.build /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api/CMakeFiles/cl-api-create-context.dir/DependInfo.cmake Scanning dependencies of target cl-api-create-context /usr/bin/make -f target_api/cl/tests/cl/api/CMakeFiles/cl-api-create-context.dir/build.make target_api/cl/tests/cl/api/CMakeFiles/cl-api-create-context.dir/build [100%] Building C object target_api/cl/tests/cl/api/CMakeFiles/cl-api-create-context.dir/create-context.c.o cd /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api && /usr/bin/cc -DPIGLIT_HAS_EGL -DPIGLIT_HAS_GBM -DPIGLIT_HAS_GLX -DPIGLIT_HAS_LIBCACA -DPIGLIT_HAS_PNG -DPIGLIT_HAS_POSIX_CLOCK_MONOTONIC -DPIGLIT_HAS_POSIX_TIMER_NOTIFY_THREAD -DPIGLIT_HAS_PTHREADS -DPIGLIT_HAS_X11 -DPIGLIT_USE_WAFFLE -DUSE_OPENCL -DWAFFLE_API_VERSION=0x0103 -D_GNU_SOURCE -D_THREAD_SAFE -I/usr/local/include -I/usr/local/include/libdrm -I/wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/src -I/wrkdirs/usr/ports/graphics/piglit/work/.build/tests/util -I/wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/util -O2 -pipe -fstack-protector -fno-strict-aliasing -Wall -std=gnu99 -Werror=vla -Werror=pointer-arith -Werror=variadic-macros -O2 -pipe -fstack-protector -fno-strict-aliasing -o CMakeFiles/cl-api-create-context.dir/create-context.c.o -c /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c2070 87b7634873b2ce2/tests/cl/api/create-context.c [100%] Linking C executable ../../../../../bin/cl-api-create-context cd /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api && /usr/local/bin/cmake -E cmake_link_script CMakeFiles/cl-api-create-context.dir/link.txt --verbose=1 /usr/bin/cc -O2 -pipe -fstack-protector -fno-strict-aliasing -Wall -std=gnu99 -Werror=vla -Werror=pointer-arith -Werror=variadic-macros -O2 -pipe -fstack-protector -fno-strict-aliasing -L/usr/local/lib -fstack-protector CMakeFiles/cl-api-create-context.dir/create-context.c.o -o ../../../../../bin/cl-api-create-context ../../../../../lib/libpiglitutil_cl.so.0 -lOpenCL -lrt ../../../../../lib/libpiglitutil.so.0 -lrt -lcaca -lpng -lz -lm -L/usr/local/lib -lEGL -Wl,-rpath,/wrkdirs/usr/ports/graphics/piglit/work/.build/lib: [100%] Built target cl-api-create-context /usr/bin/make -f target_api/cl/tests/cl/api/CMakeFiles/cl-api-set-kernel-arg.dir/build.make target_api/cl/tests/cl/api/CMakeFiles/cl-api-set-kernel-arg.dir/depend cd /wrkdirs/usr/ports/graphics/piglit/work/.build && /usr/local/bin/cmake -E cmake_depends "Unix Makefiles" /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2 /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/cl/api /wrkdirs/usr/ports/graphics/piglit/work/.build /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api/CMakeFiles/cl-api-set-kernel-arg.dir/DependInfo.cmake Scanning dependencies of target cl-api-set-kernel-arg /usr/bin/make -f target_api/cl/tests/cl/api/CMakeFiles/cl-api-set-kernel-arg.dir/build.make target_api/cl/tests/cl/api/CMakeFiles/cl-api-set-kernel-arg.dir/build [100%] Building C object target_api/cl/tests/cl/api/CMakeFiles/cl-api-set-kernel-arg.dir/set-kernel-arg.c.o cd /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api && /usr/bin/cc -DPIGLIT_HAS_EGL -DPIGLIT_HAS_GBM -DPIGLIT_HAS_GLX -DPIGLIT_HAS_LIBCACA -DPIGLIT_HAS_PNG -DPIGLIT_HAS_POSIX_CLOCK_MONOTONIC -DPIGLIT_HAS_POSIX_TIMER_NOTIFY_THREAD -DPIGLIT_HAS_PTHREADS -DPIGLIT_HAS_X11 -DPIGLIT_USE_WAFFLE -DUSE_OPENCL -DWAFFLE_API_VERSION=0x0103 -D_GNU_SOURCE -D_THREAD_SAFE -I/usr/local/include -I/usr/local/include/libdrm -I/wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/src -I/wrkdirs/usr/ports/graphics/piglit/work/.build/tests/util -I/wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/util -O2 -pipe -fstack-protector -fno-strict-aliasing -Wall -std=gnu99 -Werror=vla -Werror=pointer-arith -Werror=variadic-macros -O2 -pipe -fstack-protector -fno-strict-aliasing -o CMakeFiles/cl-api-set-kernel-arg.dir/set-kernel-arg.c.o -c /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c2070 87b7634873b2ce2/tests/cl/api/set-kernel-arg.c [100%] Linking C executable ../../../../../bin/cl-api-set-kernel-arg cd /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api && /usr/local/bin/cmake -E cmake_link_script CMakeFiles/cl-api-set-kernel-arg.dir/link.txt --verbose=1 /usr/bin/cc -O2 -pipe -fstack-protector -fno-strict-aliasing -Wall -std=gnu99 -Werror=vla -Werror=pointer-arith -Werror=variadic-macros -O2 -pipe -fstack-protector -fno-strict-aliasing -L/usr/local/lib -fstack-protector CMakeFiles/cl-api-set-kernel-arg.dir/set-kernel-arg.c.o -o ../../../../../bin/cl-api-set-kernel-arg ../../../../../lib/libpiglitutil_cl.so.0 -lOpenCL -lrt ../../../../../lib/libpiglitutil.so.0 -lrt -lcaca -lpng -lz -lm -L/usr/local/lib -lEGL -Wl,-rpath,/wrkdirs/usr/ports/graphics/piglit/work/.build/lib: [100%] Built target cl-api-set-kernel-arg /usr/bin/make -f target_api/cl/tests/cl/api/CMakeFiles/cl-api-enqueue-fill-buffer.dir/build.make target_api/cl/tests/cl/api/CMakeFiles/cl-api-enqueue-fill-buffer.dir/depend cd /wrkdirs/usr/ports/graphics/piglit/work/.build && /usr/local/bin/cmake -E cmake_depends "Unix Makefiles" /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2 /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/cl/api /wrkdirs/usr/ports/graphics/piglit/work/.build /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api/CMakeFiles/cl-api-enqueue-fill-buffer.dir/DependInfo.cmake Scanning dependencies of target cl-api-enqueue-fill-buffer /usr/bin/make -f target_api/cl/tests/cl/api/CMakeFiles/cl-api-enqueue-fill-buffer.dir/build.make target_api/cl/tests/cl/api/CMakeFiles/cl-api-enqueue-fill-buffer.dir/build [100%] Building C object target_api/cl/tests/cl/api/CMakeFiles/cl-api-enqueue-fill-buffer.dir/enqueue-fill-buffer.c.o cd /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api && /usr/bin/cc -DPIGLIT_HAS_EGL -DPIGLIT_HAS_GBM -DPIGLIT_HAS_GLX -DPIGLIT_HAS_LIBCACA -DPIGLIT_HAS_PNG -DPIGLIT_HAS_POSIX_CLOCK_MONOTONIC -DPIGLIT_HAS_POSIX_TIMER_NOTIFY_THREAD -DPIGLIT_HAS_PTHREADS -DPIGLIT_HAS_X11 -DPIGLIT_USE_WAFFLE -DUSE_OPENCL -DWAFFLE_API_VERSION=0x0103 -D_GNU_SOURCE -D_THREAD_SAFE -I/usr/local/include -I/usr/local/include/libdrm -I/wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/src -I/wrkdirs/usr/ports/graphics/piglit/work/.build/tests/util -I/wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/util -O2 -pipe -fstack-protector -fno-strict-aliasing -Wall -std=gnu99 -Werror=vla -Werror=pointer-arith -Werror=variadic-macros -O2 -pipe -fstack-protector -fno-strict-aliasing -o CMakeFiles/cl-api-enqueue-fill-buffer.dir/enqueue-fill-buffer.c.o -c /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63 a93c4c207087b7634873b2ce2/tests/cl/api/enqueue-fill-buffer.c [100%] Linking C executable ../../../../../bin/cl-api-enqueue-fill-buffer cd /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api && /usr/local/bin/cmake -E cmake_link_script CMakeFiles/cl-api-enqueue-fill-buffer.dir/link.txt --verbose=1 /usr/bin/cc -O2 -pipe -fstack-protector -fno-strict-aliasing -Wall -std=gnu99 -Werror=vla -Werror=pointer-arith -Werror=variadic-macros -O2 -pipe -fstack-protector -fno-strict-aliasing -L/usr/local/lib -fstack-protector CMakeFiles/cl-api-enqueue-fill-buffer.dir/enqueue-fill-buffer.c.o -o ../../../../../bin/cl-api-enqueue-fill-buffer ../../../../../lib/libpiglitutil_cl.so.0 -lOpenCL -lrt ../../../../../lib/libpiglitutil.so.0 -lrt -lcaca -lpng -lz -lm -L/usr/local/lib -lEGL -Wl,-rpath,/wrkdirs/usr/ports/graphics/piglit/work/.build/lib: [100%] Built target cl-api-enqueue-fill-buffer /usr/bin/make -f target_api/cl/tests/cl/api/CMakeFiles/cl-api-enqueue-read_write-buffer.dir/build.make target_api/cl/tests/cl/api/CMakeFiles/cl-api-enqueue-read_write-buffer.dir/depend cd /wrkdirs/usr/ports/graphics/piglit/work/.build && /usr/local/bin/cmake -E cmake_depends "Unix Makefiles" /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2 /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/cl/api /wrkdirs/usr/ports/graphics/piglit/work/.build /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api/CMakeFiles/cl-api-enqueue-read_write-buffer.dir/DependInfo.cmake Scanning dependencies of target cl-api-enqueue-read_write-buffer /usr/bin/make -f target_api/cl/tests/cl/api/CMakeFiles/cl-api-enqueue-read_write-buffer.dir/build.make target_api/cl/tests/cl/api/CMakeFiles/cl-api-enqueue-read_write-buffer.dir/build [100%] Building C object target_api/cl/tests/cl/api/CMakeFiles/cl-api-enqueue-read_write-buffer.dir/enqueue-read_write-buffer.c.o cd /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api && /usr/bin/cc -DPIGLIT_HAS_EGL -DPIGLIT_HAS_GBM -DPIGLIT_HAS_GLX -DPIGLIT_HAS_LIBCACA -DPIGLIT_HAS_PNG -DPIGLIT_HAS_POSIX_CLOCK_MONOTONIC -DPIGLIT_HAS_POSIX_TIMER_NOTIFY_THREAD -DPIGLIT_HAS_PTHREADS -DPIGLIT_HAS_X11 -DPIGLIT_USE_WAFFLE -DUSE_OPENCL -DWAFFLE_API_VERSION=0x0103 -D_GNU_SOURCE -D_THREAD_SAFE -I/usr/local/include -I/usr/local/include/libdrm -I/wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/src -I/wrkdirs/usr/ports/graphics/piglit/work/.build/tests/util -I/wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/util -O2 -pipe -fstack-protector -fno-strict-aliasing -Wall -std=gnu99 -Werror=vla -Werror=pointer-arith -Werror=variadic-macros -O2 -pipe -fstack-protector -fno-strict-aliasing -o CMakeFiles/cl-api-enqueue-read_write-buffer.dir/enqueue-read_write-buffer.c.o -c /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5 350b4056ae63a93c4c207087b7634873b2ce2/tests/cl/api/enqueue-read_write-buffer.c [100%] Linking C executable ../../../../../bin/cl-api-enqueue-read_write-buffer cd /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api && /usr/local/bin/cmake -E cmake_link_script CMakeFiles/cl-api-enqueue-read_write-buffer.dir/link.txt --verbose=1 /usr/bin/cc -O2 -pipe -fstack-protector -fno-strict-aliasing -Wall -std=gnu99 -Werror=vla -Werror=pointer-arith -Werror=variadic-macros -O2 -pipe -fstack-protector -fno-strict-aliasing -L/usr/local/lib -fstack-protector CMakeFiles/cl-api-enqueue-read_write-buffer.dir/enqueue-read_write-buffer.c.o -o ../../../../../bin/cl-api-enqueue-read_write-buffer ../../../../../lib/libpiglitutil_cl.so.0 -lOpenCL -lrt ../../../../../lib/libpiglitutil.so.0 -lrt -lcaca -lpng -lz -lm -L/usr/local/lib -lEGL -Wl,-rpath,/wrkdirs/usr/ports/graphics/piglit/work/.build/lib: [100%] Built target cl-api-enqueue-read_write-buffer /usr/bin/make -f target_api/cl/tests/cl/api/CMakeFiles/cl-api-compile-program.dir/build.make target_api/cl/tests/cl/api/CMakeFiles/cl-api-compile-program.dir/depend cd /wrkdirs/usr/ports/graphics/piglit/work/.build && /usr/local/bin/cmake -E cmake_depends "Unix Makefiles" /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2 /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/cl/api /wrkdirs/usr/ports/graphics/piglit/work/.build /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api/CMakeFiles/cl-api-compile-program.dir/DependInfo.cmake Scanning dependencies of target cl-api-compile-program /usr/bin/make -f target_api/cl/tests/cl/api/CMakeFiles/cl-api-compile-program.dir/build.make target_api/cl/tests/cl/api/CMakeFiles/cl-api-compile-program.dir/build [100%] Building C object target_api/cl/tests/cl/api/CMakeFiles/cl-api-compile-program.dir/compile-program.c.o cd /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api && /usr/bin/cc -DPIGLIT_HAS_EGL -DPIGLIT_HAS_GBM -DPIGLIT_HAS_GLX -DPIGLIT_HAS_LIBCACA -DPIGLIT_HAS_PNG -DPIGLIT_HAS_POSIX_CLOCK_MONOTONIC -DPIGLIT_HAS_POSIX_TIMER_NOTIFY_THREAD -DPIGLIT_HAS_PTHREADS -DPIGLIT_HAS_X11 -DPIGLIT_USE_WAFFLE -DUSE_OPENCL -DWAFFLE_API_VERSION=0x0103 -D_GNU_SOURCE -D_THREAD_SAFE -I/usr/local/include -I/usr/local/include/libdrm -I/wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/src -I/wrkdirs/usr/ports/graphics/piglit/work/.build/tests/util -I/wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/util -O2 -pipe -fstack-protector -fno-strict-aliasing -Wall -std=gnu99 -Werror=vla -Werror=pointer-arith -Werror=variadic-macros -O2 -pipe -fstack-protector -fno-strict-aliasing -o CMakeFiles/cl-api-compile-program.dir/compile-program.c.o -c /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c20 7087b7634873b2ce2/tests/cl/api/compile-program.c [100%] Linking C executable ../../../../../bin/cl-api-compile-program cd /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api && /usr/local/bin/cmake -E cmake_link_script CMakeFiles/cl-api-compile-program.dir/link.txt --verbose=1 /usr/bin/cc -O2 -pipe -fstack-protector -fno-strict-aliasing -Wall -std=gnu99 -Werror=vla -Werror=pointer-arith -Werror=variadic-macros -O2 -pipe -fstack-protector -fno-strict-aliasing -L/usr/local/lib -fstack-protector CMakeFiles/cl-api-compile-program.dir/compile-program.c.o -o ../../../../../bin/cl-api-compile-program ../../../../../lib/libpiglitutil_cl.so.0 -lOpenCL -lrt ../../../../../lib/libpiglitutil.so.0 -lrt -lcaca -lpng -lz -lm -L/usr/local/lib -lEGL -Wl,-rpath,/wrkdirs/usr/ports/graphics/piglit/work/.build/lib: [100%] Built target cl-api-compile-program /usr/bin/make -f target_api/cl/tests/cl/api/CMakeFiles/cl-api-enqueue-copy-buffer-rect.dir/build.make target_api/cl/tests/cl/api/CMakeFiles/cl-api-enqueue-copy-buffer-rect.dir/depend cd /wrkdirs/usr/ports/graphics/piglit/work/.build && /usr/local/bin/cmake -E cmake_depends "Unix Makefiles" /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2 /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/cl/api /wrkdirs/usr/ports/graphics/piglit/work/.build /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api/CMakeFiles/cl-api-enqueue-copy-buffer-rect.dir/DependInfo.cmake Scanning dependencies of target cl-api-enqueue-copy-buffer-rect /usr/bin/make -f target_api/cl/tests/cl/api/CMakeFiles/cl-api-enqueue-copy-buffer-rect.dir/build.make target_api/cl/tests/cl/api/CMakeFiles/cl-api-enqueue-copy-buffer-rect.dir/build [100%] Building C object target_api/cl/tests/cl/api/CMakeFiles/cl-api-enqueue-copy-buffer-rect.dir/enqueue-copy-buffer-rect.c.o cd /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api && /usr/bin/cc -DPIGLIT_HAS_EGL -DPIGLIT_HAS_GBM -DPIGLIT_HAS_GLX -DPIGLIT_HAS_LIBCACA -DPIGLIT_HAS_PNG -DPIGLIT_HAS_POSIX_CLOCK_MONOTONIC -DPIGLIT_HAS_POSIX_TIMER_NOTIFY_THREAD -DPIGLIT_HAS_PTHREADS -DPIGLIT_HAS_X11 -DPIGLIT_USE_WAFFLE -DUSE_OPENCL -DWAFFLE_API_VERSION=0x0103 -D_GNU_SOURCE -D_THREAD_SAFE -I/usr/local/include -I/usr/local/include/libdrm -I/wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/src -I/wrkdirs/usr/ports/graphics/piglit/work/.build/tests/util -I/wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/util -O2 -pipe -fstack-protector -fno-strict-aliasing -Wall -std=gnu99 -Werror=vla -Werror=pointer-arith -Werror=variadic-macros -O2 -pipe -fstack-protector -fno-strict-aliasing -o CMakeFiles/cl-api-enqueue-copy-buffer-rect.dir/enqueue-copy-buffer-rect.c.o -c /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca535 0b4056ae63a93c4c207087b7634873b2ce2/tests/cl/api/enqueue-copy-buffer-rect.c [100%] Linking C executable ../../../../../bin/cl-api-enqueue-copy-buffer-rect cd /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api && /usr/local/bin/cmake -E cmake_link_script CMakeFiles/cl-api-enqueue-copy-buffer-rect.dir/link.txt --verbose=1 /usr/bin/cc -O2 -pipe -fstack-protector -fno-strict-aliasing -Wall -std=gnu99 -Werror=vla -Werror=pointer-arith -Werror=variadic-macros -O2 -pipe -fstack-protector -fno-strict-aliasing -L/usr/local/lib -fstack-protector CMakeFiles/cl-api-enqueue-copy-buffer-rect.dir/enqueue-copy-buffer-rect.c.o -o ../../../../../bin/cl-api-enqueue-copy-buffer-rect ../../../../../lib/libpiglitutil_cl.so.0 -lOpenCL -lrt ../../../../../lib/libpiglitutil.so.0 -lrt -lcaca -lpng -lz -lm -L/usr/local/lib -lEGL -Wl,-rpath,/wrkdirs/usr/ports/graphics/piglit/work/.build/lib: [100%] Built target cl-api-enqueue-copy-buffer-rect /usr/bin/make -f target_api/cl/tests/cl/api/CMakeFiles/cl-api-get-command-queue-info.dir/build.make target_api/cl/tests/cl/api/CMakeFiles/cl-api-get-command-queue-info.dir/depend cd /wrkdirs/usr/ports/graphics/piglit/work/.build && /usr/local/bin/cmake -E cmake_depends "Unix Makefiles" /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2 /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/cl/api /wrkdirs/usr/ports/graphics/piglit/work/.build /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api/CMakeFiles/cl-api-get-command-queue-info.dir/DependInfo.cmake Scanning dependencies of target cl-api-get-command-queue-info /usr/bin/make -f target_api/cl/tests/cl/api/CMakeFiles/cl-api-get-command-queue-info.dir/build.make target_api/cl/tests/cl/api/CMakeFiles/cl-api-get-command-queue-info.dir/build [100%] Building C object target_api/cl/tests/cl/api/CMakeFiles/cl-api-get-command-queue-info.dir/get-command-queue-info.c.o cd /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api && /usr/bin/cc -DPIGLIT_HAS_EGL -DPIGLIT_HAS_GBM -DPIGLIT_HAS_GLX -DPIGLIT_HAS_LIBCACA -DPIGLIT_HAS_PNG -DPIGLIT_HAS_POSIX_CLOCK_MONOTONIC -DPIGLIT_HAS_POSIX_TIMER_NOTIFY_THREAD -DPIGLIT_HAS_PTHREADS -DPIGLIT_HAS_X11 -DPIGLIT_USE_WAFFLE -DUSE_OPENCL -DWAFFLE_API_VERSION=0x0103 -D_GNU_SOURCE -D_THREAD_SAFE -I/usr/local/include -I/usr/local/include/libdrm -I/wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/src -I/wrkdirs/usr/ports/graphics/piglit/work/.build/tests/util -I/wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/util -O2 -pipe -fstack-protector -fno-strict-aliasing -Wall -std=gnu99 -Werror=vla -Werror=pointer-arith -Werror=variadic-macros -O2 -pipe -fstack-protector -fno-strict-aliasing -o CMakeFiles/cl-api-get-command-queue-info.dir/get-command-queue-info.c.o -c /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b40 56ae63a93c4c207087b7634873b2ce2/tests/cl/api/get-command-queue-info.c /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/cl/api/get-command-queue-info.c: In function 'piglit_cl_test': /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/cl/api/get-command-queue-info.c:63: warning: 'param_value' may be used uninitialized in this function [100%] Linking C executable ../../../../../bin/cl-api-get-command-queue-info cd /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api && /usr/local/bin/cmake -E cmake_link_script CMakeFiles/cl-api-get-command-queue-info.dir/link.txt --verbose=1 /usr/bin/cc -O2 -pipe -fstack-protector -fno-strict-aliasing -Wall -std=gnu99 -Werror=vla -Werror=pointer-arith -Werror=variadic-macros -O2 -pipe -fstack-protector -fno-strict-aliasing -L/usr/local/lib -fstack-protector CMakeFiles/cl-api-get-command-queue-info.dir/get-command-queue-info.c.o -o ../../../../../bin/cl-api-get-command-queue-info ../../../../../lib/libpiglitutil_cl.so.0 -lOpenCL -lrt ../../../../../lib/libpiglitutil.so.0 -lrt -lcaca -lpng -lz -lm -L/usr/local/lib -lEGL -Wl,-rpath,/wrkdirs/usr/ports/graphics/piglit/work/.build/lib: [100%] Built target cl-api-get-command-queue-info /usr/bin/make -f target_api/cl/tests/cl/api/CMakeFiles/cl-api-get-context-info.dir/build.make target_api/cl/tests/cl/api/CMakeFiles/cl-api-get-context-info.dir/depend cd /wrkdirs/usr/ports/graphics/piglit/work/.build && /usr/local/bin/cmake -E cmake_depends "Unix Makefiles" /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2 /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/cl/api /wrkdirs/usr/ports/graphics/piglit/work/.build /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api/CMakeFiles/cl-api-get-context-info.dir/DependInfo.cmake Scanning dependencies of target cl-api-get-context-info /usr/bin/make -f target_api/cl/tests/cl/api/CMakeFiles/cl-api-get-context-info.dir/build.make target_api/cl/tests/cl/api/CMakeFiles/cl-api-get-context-info.dir/build [100%] Building C object target_api/cl/tests/cl/api/CMakeFiles/cl-api-get-context-info.dir/get-context-info.c.o cd /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api && /usr/bin/cc -DPIGLIT_HAS_EGL -DPIGLIT_HAS_GBM -DPIGLIT_HAS_GLX -DPIGLIT_HAS_LIBCACA -DPIGLIT_HAS_PNG -DPIGLIT_HAS_POSIX_CLOCK_MONOTONIC -DPIGLIT_HAS_POSIX_TIMER_NOTIFY_THREAD -DPIGLIT_HAS_PTHREADS -DPIGLIT_HAS_X11 -DPIGLIT_USE_WAFFLE -DUSE_OPENCL -DWAFFLE_API_VERSION=0x0103 -D_GNU_SOURCE -D_THREAD_SAFE -I/usr/local/include -I/usr/local/include/libdrm -I/wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/src -I/wrkdirs/usr/ports/graphics/piglit/work/.build/tests/util -I/wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/util -O2 -pipe -fstack-protector -fno-strict-aliasing -Wall -std=gnu99 -Werror=vla -Werror=pointer-arith -Werror=variadic-macros -O2 -pipe -fstack-protector -fno-strict-aliasing -o CMakeFiles/cl-api-get-context-info.dir/get-context-info.c.o -c /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c 207087b7634873b2ce2/tests/cl/api/get-context-info.c /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/cl/api/get-context-info.c: In function 'piglit_cl_test': /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/cl/api/get-context-info.c:62: warning: 'param_value' may be used uninitialized in this function [100%] Linking C executable ../../../../../bin/cl-api-get-context-info cd /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api && /usr/local/bin/cmake -E cmake_link_script CMakeFiles/cl-api-get-context-info.dir/link.txt --verbose=1 /usr/bin/cc -O2 -pipe -fstack-protector -fno-strict-aliasing -Wall -std=gnu99 -Werror=vla -Werror=pointer-arith -Werror=variadic-macros -O2 -pipe -fstack-protector -fno-strict-aliasing -L/usr/local/lib -fstack-protector CMakeFiles/cl-api-get-context-info.dir/get-context-info.c.o -o ../../../../../bin/cl-api-get-context-info ../../../../../lib/libpiglitutil_cl.so.0 -lOpenCL -lrt ../../../../../lib/libpiglitutil.so.0 -lrt -lcaca -lpng -lz -lm -L/usr/local/lib -lEGL -Wl,-rpath,/wrkdirs/usr/ports/graphics/piglit/work/.build/lib: [100%] Built target cl-api-get-context-info /usr/bin/make -f target_api/cl/tests/cl/api/CMakeFiles/cl-api-create-sampler.dir/build.make target_api/cl/tests/cl/api/CMakeFiles/cl-api-create-sampler.dir/depend cd /wrkdirs/usr/ports/graphics/piglit/work/.build && /usr/local/bin/cmake -E cmake_depends "Unix Makefiles" /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2 /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/cl/api /wrkdirs/usr/ports/graphics/piglit/work/.build /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api/CMakeFiles/cl-api-create-sampler.dir/DependInfo.cmake Scanning dependencies of target cl-api-create-sampler /usr/bin/make -f target_api/cl/tests/cl/api/CMakeFiles/cl-api-create-sampler.dir/build.make target_api/cl/tests/cl/api/CMakeFiles/cl-api-create-sampler.dir/build [100%] Building C object target_api/cl/tests/cl/api/CMakeFiles/cl-api-create-sampler.dir/create-sampler.c.o cd /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api && /usr/bin/cc -DPIGLIT_HAS_EGL -DPIGLIT_HAS_GBM -DPIGLIT_HAS_GLX -DPIGLIT_HAS_LIBCACA -DPIGLIT_HAS_PNG -DPIGLIT_HAS_POSIX_CLOCK_MONOTONIC -DPIGLIT_HAS_POSIX_TIMER_NOTIFY_THREAD -DPIGLIT_HAS_PTHREADS -DPIGLIT_HAS_X11 -DPIGLIT_USE_WAFFLE -DUSE_OPENCL -DWAFFLE_API_VERSION=0x0103 -D_GNU_SOURCE -D_THREAD_SAFE -I/usr/local/include -I/usr/local/include/libdrm -I/wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/src -I/wrkdirs/usr/ports/graphics/piglit/work/.build/tests/util -I/wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/util -O2 -pipe -fstack-protector -fno-strict-aliasing -Wall -std=gnu99 -Werror=vla -Werror=pointer-arith -Werror=variadic-macros -O2 -pipe -fstack-protector -fno-strict-aliasing -o CMakeFiles/cl-api-create-sampler.dir/create-sampler.c.o -c /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c2070 87b7634873b2ce2/tests/cl/api/create-sampler.c [100%] Linking C executable ../../../../../bin/cl-api-create-sampler cd /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api && /usr/local/bin/cmake -E cmake_link_script CMakeFiles/cl-api-create-sampler.dir/link.txt --verbose=1 /usr/bin/cc -O2 -pipe -fstack-protector -fno-strict-aliasing -Wall -std=gnu99 -Werror=vla -Werror=pointer-arith -Werror=variadic-macros -O2 -pipe -fstack-protector -fno-strict-aliasing -L/usr/local/lib -fstack-protector CMakeFiles/cl-api-create-sampler.dir/create-sampler.c.o -o ../../../../../bin/cl-api-create-sampler ../../../../../lib/libpiglitutil_cl.so.0 -lOpenCL -lrt ../../../../../lib/libpiglitutil.so.0 -lrt -lcaca -lpng -lz -lm -L/usr/local/lib -lEGL -Wl,-rpath,/wrkdirs/usr/ports/graphics/piglit/work/.build/lib: [100%] Built target cl-api-create-sampler /usr/bin/make -f target_api/cl/tests/cl/api/CMakeFiles/cl-api-create-image.dir/build.make target_api/cl/tests/cl/api/CMakeFiles/cl-api-create-image.dir/depend cd /wrkdirs/usr/ports/graphics/piglit/work/.build && /usr/local/bin/cmake -E cmake_depends "Unix Makefiles" /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2 /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/cl/api /wrkdirs/usr/ports/graphics/piglit/work/.build /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api/CMakeFiles/cl-api-create-image.dir/DependInfo.cmake Scanning dependencies of target cl-api-create-image /usr/bin/make -f target_api/cl/tests/cl/api/CMakeFiles/cl-api-create-image.dir/build.make target_api/cl/tests/cl/api/CMakeFiles/cl-api-create-image.dir/build [100%] Building C object target_api/cl/tests/cl/api/CMakeFiles/cl-api-create-image.dir/create-image.c.o cd /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api && /usr/bin/cc -DPIGLIT_HAS_EGL -DPIGLIT_HAS_GBM -DPIGLIT_HAS_GLX -DPIGLIT_HAS_LIBCACA -DPIGLIT_HAS_PNG -DPIGLIT_HAS_POSIX_CLOCK_MONOTONIC -DPIGLIT_HAS_POSIX_TIMER_NOTIFY_THREAD -DPIGLIT_HAS_PTHREADS -DPIGLIT_HAS_X11 -DPIGLIT_USE_WAFFLE -DUSE_OPENCL -DWAFFLE_API_VERSION=0x0103 -D_GNU_SOURCE -D_THREAD_SAFE -I/usr/local/include -I/usr/local/include/libdrm -I/wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/src -I/wrkdirs/usr/ports/graphics/piglit/work/.build/tests/util -I/wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/util -O2 -pipe -fstack-protector -fno-strict-aliasing -Wall -std=gnu99 -Werror=vla -Werror=pointer-arith -Werror=variadic-macros -O2 -pipe -fstack-protector -fno-strict-aliasing -o CMakeFiles/cl-api-create-image.dir/create-image.c.o -c /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7 634873b2ce2/tests/cl/api/create-image.c [100%] Linking C executable ../../../../../bin/cl-api-create-image cd /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api && /usr/local/bin/cmake -E cmake_link_script CMakeFiles/cl-api-create-image.dir/link.txt --verbose=1 /usr/bin/cc -O2 -pipe -fstack-protector -fno-strict-aliasing -Wall -std=gnu99 -Werror=vla -Werror=pointer-arith -Werror=variadic-macros -O2 -pipe -fstack-protector -fno-strict-aliasing -L/usr/local/lib -fstack-protector CMakeFiles/cl-api-create-image.dir/create-image.c.o -o ../../../../../bin/cl-api-create-image ../../../../../lib/libpiglitutil_cl.so.0 -lOpenCL -lrt ../../../../../lib/libpiglitutil.so.0 -lrt -lcaca -lpng -lz -lm -L/usr/local/lib -lEGL -Wl,-rpath,/wrkdirs/usr/ports/graphics/piglit/work/.build/lib: [100%] Built target cl-api-create-image /usr/bin/make -f target_api/cl/tests/cl/api/CMakeFiles/cl-api-create-context-from-type.dir/build.make target_api/cl/tests/cl/api/CMakeFiles/cl-api-create-context-from-type.dir/depend cd /wrkdirs/usr/ports/graphics/piglit/work/.build && /usr/local/bin/cmake -E cmake_depends "Unix Makefiles" /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2 /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/cl/api /wrkdirs/usr/ports/graphics/piglit/work/.build /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api/CMakeFiles/cl-api-create-context-from-type.dir/DependInfo.cmake Scanning dependencies of target cl-api-create-context-from-type /usr/bin/make -f target_api/cl/tests/cl/api/CMakeFiles/cl-api-create-context-from-type.dir/build.make target_api/cl/tests/cl/api/CMakeFiles/cl-api-create-context-from-type.dir/build [100%] Building C object target_api/cl/tests/cl/api/CMakeFiles/cl-api-create-context-from-type.dir/create-context-from-type.c.o cd /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api && /usr/bin/cc -DPIGLIT_HAS_EGL -DPIGLIT_HAS_GBM -DPIGLIT_HAS_GLX -DPIGLIT_HAS_LIBCACA -DPIGLIT_HAS_PNG -DPIGLIT_HAS_POSIX_CLOCK_MONOTONIC -DPIGLIT_HAS_POSIX_TIMER_NOTIFY_THREAD -DPIGLIT_HAS_PTHREADS -DPIGLIT_HAS_X11 -DPIGLIT_USE_WAFFLE -DUSE_OPENCL -DWAFFLE_API_VERSION=0x0103 -D_GNU_SOURCE -D_THREAD_SAFE -I/usr/local/include -I/usr/local/include/libdrm -I/wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/src -I/wrkdirs/usr/ports/graphics/piglit/work/.build/tests/util -I/wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/util -O2 -pipe -fstack-protector -fno-strict-aliasing -Wall -std=gnu99 -Werror=vla -Werror=pointer-arith -Werror=variadic-macros -O2 -pipe -fstack-protector -fno-strict-aliasing -o CMakeFiles/cl-api-create-context-from-type.dir/create-context-from-type.c.o -c /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca535 0b4056ae63a93c4c207087b7634873b2ce2/tests/cl/api/create-context-from-type.c [100%] Linking C executable ../../../../../bin/cl-api-create-context-from-type cd /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api && /usr/local/bin/cmake -E cmake_link_script CMakeFiles/cl-api-create-context-from-type.dir/link.txt --verbose=1 /usr/bin/cc -O2 -pipe -fstack-protector -fno-strict-aliasing -Wall -std=gnu99 -Werror=vla -Werror=pointer-arith -Werror=variadic-macros -O2 -pipe -fstack-protector -fno-strict-aliasing -L/usr/local/lib -fstack-protector CMakeFiles/cl-api-create-context-from-type.dir/create-context-from-type.c.o -o ../../../../../bin/cl-api-create-context-from-type ../../../../../lib/libpiglitutil_cl.so.0 -lOpenCL -lrt ../../../../../lib/libpiglitutil.so.0 -lrt -lcaca -lpng -lz -lm -L/usr/local/lib -lEGL -Wl,-rpath,/wrkdirs/usr/ports/graphics/piglit/work/.build/lib: [100%] Built target cl-api-create-context-from-type /usr/bin/make -f target_api/cl/tests/cl/api/CMakeFiles/cl-api-get-platform-info.dir/build.make target_api/cl/tests/cl/api/CMakeFiles/cl-api-get-platform-info.dir/depend cd /wrkdirs/usr/ports/graphics/piglit/work/.build && /usr/local/bin/cmake -E cmake_depends "Unix Makefiles" /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2 /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/cl/api /wrkdirs/usr/ports/graphics/piglit/work/.build /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api/CMakeFiles/cl-api-get-platform-info.dir/DependInfo.cmake Scanning dependencies of target cl-api-get-platform-info /usr/bin/make -f target_api/cl/tests/cl/api/CMakeFiles/cl-api-get-platform-info.dir/build.make target_api/cl/tests/cl/api/CMakeFiles/cl-api-get-platform-info.dir/build [100%] Building C object target_api/cl/tests/cl/api/CMakeFiles/cl-api-get-platform-info.dir/get-platform-info.c.o cd /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api && /usr/bin/cc -DPIGLIT_HAS_EGL -DPIGLIT_HAS_GBM -DPIGLIT_HAS_GLX -DPIGLIT_HAS_LIBCACA -DPIGLIT_HAS_PNG -DPIGLIT_HAS_POSIX_CLOCK_MONOTONIC -DPIGLIT_HAS_POSIX_TIMER_NOTIFY_THREAD -DPIGLIT_HAS_PTHREADS -DPIGLIT_HAS_X11 -DPIGLIT_USE_WAFFLE -DUSE_OPENCL -DWAFFLE_API_VERSION=0x0103 -D_GNU_SOURCE -D_THREAD_SAFE -I/usr/local/include -I/usr/local/include/libdrm -I/wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/src -I/wrkdirs/usr/ports/graphics/piglit/work/.build/tests/util -I/wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/util -O2 -pipe -fstack-protector -fno-strict-aliasing -Wall -std=gnu99 -Werror=vla -Werror=pointer-arith -Werror=variadic-macros -O2 -pipe -fstack-protector -fno-strict-aliasing -o CMakeFiles/cl-api-get-platform-info.dir/get-platform-info.c.o -c /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c 4c207087b7634873b2ce2/tests/cl/api/get-platform-info.c /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/cl/api/get-platform-info.c: In function 'piglit_cl_test': /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/cl/api/get-platform-info.c:61: warning: 'param_value' may be used uninitialized in this function [100%] Linking C executable ../../../../../bin/cl-api-get-platform-info cd /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api && /usr/local/bin/cmake -E cmake_link_script CMakeFiles/cl-api-get-platform-info.dir/link.txt --verbose=1 /usr/bin/cc -O2 -pipe -fstack-protector -fno-strict-aliasing -Wall -std=gnu99 -Werror=vla -Werror=pointer-arith -Werror=variadic-macros -O2 -pipe -fstack-protector -fno-strict-aliasing -L/usr/local/lib -fstack-protector CMakeFiles/cl-api-get-platform-info.dir/get-platform-info.c.o -o ../../../../../bin/cl-api-get-platform-info ../../../../../lib/libpiglitutil_cl.so.0 -lOpenCL -lrt ../../../../../lib/libpiglitutil.so.0 -lrt -lcaca -lpng -lz -lm -L/usr/local/lib -lEGL -Wl,-rpath,/wrkdirs/usr/ports/graphics/piglit/work/.build/lib: [100%] Built target cl-api-get-platform-info /usr/bin/make -f target_api/cl/tests/cl/api/CMakeFiles/cl-api-retain_release-command-queue.dir/build.make target_api/cl/tests/cl/api/CMakeFiles/cl-api-retain_release-command-queue.dir/depend cd /wrkdirs/usr/ports/graphics/piglit/work/.build && /usr/local/bin/cmake -E cmake_depends "Unix Makefiles" /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2 /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/cl/api /wrkdirs/usr/ports/graphics/piglit/work/.build /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api/CMakeFiles/cl-api-retain_release-command-queue.dir/DependInfo.cmake Scanning dependencies of target cl-api-retain_release-command-queue /usr/bin/make -f target_api/cl/tests/cl/api/CMakeFiles/cl-api-retain_release-command-queue.dir/build.make target_api/cl/tests/cl/api/CMakeFiles/cl-api-retain_release-command-queue.dir/build [100%] Building C object target_api/cl/tests/cl/api/CMakeFiles/cl-api-retain_release-command-queue.dir/retain_release-command-queue.c.o cd /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api && /usr/bin/cc -DPIGLIT_HAS_EGL -DPIGLIT_HAS_GBM -DPIGLIT_HAS_GLX -DPIGLIT_HAS_LIBCACA -DPIGLIT_HAS_PNG -DPIGLIT_HAS_POSIX_CLOCK_MONOTONIC -DPIGLIT_HAS_POSIX_TIMER_NOTIFY_THREAD -DPIGLIT_HAS_PTHREADS -DPIGLIT_HAS_X11 -DPIGLIT_USE_WAFFLE -DUSE_OPENCL -DWAFFLE_API_VERSION=0x0103 -D_GNU_SOURCE -D_THREAD_SAFE -I/usr/local/include -I/usr/local/include/libdrm -I/wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/src -I/wrkdirs/usr/ports/graphics/piglit/work/.build/tests/util -I/wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/util -O2 -pipe -fstack-protector -fno-strict-aliasing -Wall -std=gnu99 -Werror=vla -Werror=pointer-arith -Werror=variadic-macros -O2 -pipe -fstack-protector -fno-strict-aliasing -o CMakeFiles/cl-api-retain_release-command-queue.dir/retain_release-command-queue.c.o -c /wrkdirs/usr/ports/graphics/piglit/work/pigl it-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/cl/api/retain_release-command-queue.c [100%] Linking C executable ../../../../../bin/cl-api-retain_release-command-queue cd /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api && /usr/local/bin/cmake -E cmake_link_script CMakeFiles/cl-api-retain_release-command-queue.dir/link.txt --verbose=1 /usr/bin/cc -O2 -pipe -fstack-protector -fno-strict-aliasing -Wall -std=gnu99 -Werror=vla -Werror=pointer-arith -Werror=variadic-macros -O2 -pipe -fstack-protector -fno-strict-aliasing -L/usr/local/lib -fstack-protector CMakeFiles/cl-api-retain_release-command-queue.dir/retain_release-command-queue.c.o -o ../../../../../bin/cl-api-retain_release-command-queue ../../../../../lib/libpiglitutil_cl.so.0 -lOpenCL -lrt ../../../../../lib/libpiglitutil.so.0 -lrt -lcaca -lpng -lz -lm -L/usr/local/lib -lEGL -Wl,-rpath,/wrkdirs/usr/ports/graphics/piglit/work/.build/lib: [100%] Built target cl-api-retain_release-command-queue /usr/bin/make -f target_api/cl/tests/cl/api/CMakeFiles/cl-api-get-image-info.dir/build.make target_api/cl/tests/cl/api/CMakeFiles/cl-api-get-image-info.dir/depend cd /wrkdirs/usr/ports/graphics/piglit/work/.build && /usr/local/bin/cmake -E cmake_depends "Unix Makefiles" /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2 /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/cl/api /wrkdirs/usr/ports/graphics/piglit/work/.build /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api/CMakeFiles/cl-api-get-image-info.dir/DependInfo.cmake Scanning dependencies of target cl-api-get-image-info /usr/bin/make -f target_api/cl/tests/cl/api/CMakeFiles/cl-api-get-image-info.dir/build.make target_api/cl/tests/cl/api/CMakeFiles/cl-api-get-image-info.dir/build [100%] Building C object target_api/cl/tests/cl/api/CMakeFiles/cl-api-get-image-info.dir/get-image-info.c.o cd /wrkdirs/usr/ports/graphics/piglit/work/.build/target_api/cl/tests/cl/api && /usr/bin/cc -DPIGLIT_HAS_EGL -DPIGLIT_HAS_GBM -DPIGLIT_HAS_GLX -DPIGLIT_HAS_LIBCACA -DPIGLIT_HAS_PNG -DPIGLIT_HAS_POSIX_CLOCK_MONOTONIC -DPIGLIT_HAS_POSIX_TIMER_NOTIFY_THREAD -DPIGLIT_HAS_PTHREADS -DPIGLIT_HAS_X11 -DPIGLIT_USE_WAFFLE -DUSE_OPENCL -DWAFFLE_API_VERSION=0x0103 -D_GNU_SOURCE -D_THREAD_SAFE -I/usr/local/include -I/usr/local/include/libdrm -I/wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/src -I/wrkdirs/usr/ports/graphics/piglit/work/.build/tests/util -I/wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/util -O2 -pipe -fstack-protector -fno-strict-aliasing -Wall -std=gnu99 -Werror=vla -Werror=pointer-arith -Werror=variadic-macros -O2 -pipe -fstack-protector -fno-strict-aliasing -o CMakeFiles/cl-api-get-image-info.dir/get-image-info.c.o -c /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c2070 87b7634873b2ce2/tests/cl/api/get-image-info.c /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/cl/api/get-image-info.c: In function 'piglit_cl_test': /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/cl/api/get-image-info.c:86: error: unknown field 'buffer' specified in initializer /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/cl/api/get-image-info.c:86: warning: missing braces around initializer /wrkdirs/usr/ports/graphics/piglit/work/piglit-ca5350b4056ae63a93c4c207087b7634873b2ce2/tests/cl/api/get-image-info.c:86: warning: (near initialization for 'image_desc.') *** [target_api/cl/tests/cl/api/CMakeFiles/cl-api-get-image-info.dir/get-image-info.c.o] Error code 1 Stop in /wrkdirs/usr/ports/graphics/piglit/work/.build. *** [target_api/cl/tests/cl/api/CMakeFiles/cl-api-get-image-info.dir/all] Error code 1 Stop in /wrkdirs/usr/ports/graphics/piglit/work/.build. *** [all] Error code 1 Stop in /wrkdirs/usr/ports/graphics/piglit/work/.build. *** [do-build] Error code 1 Stop in /usr/ports/graphics/piglit. From owner-freebsd-x11@freebsd.org Thu Sep 29 13:17:55 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 098D4BECDF4 for ; Thu, 29 Sep 2016 13:17:55 +0000 (UTC) (envelope-from bob@immure.com) Received: from maul.immure.com (108-84-10-9.lightspeed.austtx.sbcglobal.net [108.84.10.9]) by mx1.freebsd.org (Postfix) with ESMTP id D9C3F9BF for ; Thu, 29 Sep 2016 13:17:54 +0000 (UTC) (envelope-from bob@immure.com) Received: from rancor.immure.com ([10.1.132.9]) by maul.immure.com with esmtp (Exim 4.87 (FreeBSD)) (envelope-from ) id 1bpbDk-0009yZ-MZ; Thu, 29 Sep 2016 08:17:53 -0500 Received: from rancor.immure.com (localhost [127.0.0.1]) by rancor.immure.com (8.15.2/8.15.2) with ESMTP id u8TDHqxK084672; Thu, 29 Sep 2016 08:17:52 -0500 (CDT) (envelope-from bob@rancor.immure.com) Received: (from bob@localhost) by rancor.immure.com (8.15.2/8.14.9/Submit) id u8TDHq5B084671; Thu, 29 Sep 2016 08:17:52 -0500 (CDT) (envelope-from bob) Date: Thu, 29 Sep 2016 08:17:52 -0500 From: Bob Willcox To: Pete Wright Cc: freebsd-x11@freebsd.org Subject: Re: gfx-next update: drm-4.8-rc2 tagged in drm-next Message-ID: <20160929131751.GW845@rancor.immure.com> Reply-To: Bob Willcox References: <157496f7268.ac5eb5ca278618.8741026532558973404@nextbsd.org> <20160920212545.GU8480@rancor.immure.com> <20160920221954.GV8480@rancor.immure.com> <20160921233610.GI845@rancor.immure.com> <9582349b-cf1e-1d75-4784-a1d712aedac4@nomadlogic.org> <1574f2fb8aa.e60df17234511.2445927962639207447@nextbsd.org> <20160923122301.GK845@rancor.immure.com> <20160929014049.GV845@rancor.immure.com> <3d7950a2-0312-0a17-cce5-9eece2430daa@nomadlogic.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3d7950a2-0312-0a17-cce5-9eece2430daa@nomadlogic.org> User-Agent: Mutt/1.6.1 (2016-04-27) X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.23 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, 29 Sep 2016 13:17:55 -0000 On Wed, Sep 28, 2016 at 07:42:39PM -0700, Pete Wright wrote: > > > On 9/28/16 6:40 PM, Bob Willcox wrote: > > > > > Well, I may have spoken a little too soon. I switched monitors (from a > > 1920x1080 Dell to a 2560x1440 Dell) and installed vlc (with a number of > > dependencies) and now X won't start up for my ID any longer (still works for > > root). In case it may help, below is my latest Xorg.0.log file. For some > > reason the intel driver isn't working. Note the line: > > > > (WW) Falling back to old probe method for fbdev > > > > And then it trys fbdev, which also fails due to a problem with fbdevhw. Anyone > > have any idea what may be wrong? > > > > > interesting - are you specifically calling fbdev in your xorg.conf? > this is an unaccelerated driver i think, which leads me to believe that > the xf86-intel driver is not working for some reason. No, I don't believe I have an xorg.conf file anywhere on the system. I have searched for one to check this, but the closest thing I can find is and empty /usr/local/etc/X11/xorg.conf.d directory. > > > what is the version of your xf86-intel driver? this is the version i am > using with my skylake system: > > $ pkg info -f xf86-video-intel-2.99.917.20160614 > xf86-video-intel-2.99.917.20160614 > Name : xf86-video-intel > Version : 2.99.917.20160614 > Installed on : Thu Jul 28 18:45:42 2016 PDT > Origin : x11-drivers/xf86-video-intel > Architecture : freebsd:12:x86:64 > Mine looks to be the same as yours: bob@padme:0 /var/log> pkg info -f xf86-video-intel xf86-video-intel-2.99.917.20160614 Name : xf86-video-intel Version : 2.99.917.20160614 Installed on : Thu Sep 22 09:43:13 2016 CDT Origin : x11-drivers/xf86-video-intel Architecture : freebsd:12:x86:64 > > > also this is the relevant section of my xorg for reference: > > Section "Device" > Identifier "Card0" > Driver "intel" > Option "TearFree" "true" > BusID "PCI:0:2:0" > EndSection Since I didn't have an xorg.conf file, I created one (via 'Xorg -configure') which got me past the problem with the intel driver. However I still couldn't get X to start. So I then started scrutinizing my .xinitrc file and I discovered two things that appear to have been causing problems. First was that I was setting 'DISPLAY=$HOSTNM:0.0' where $HOSTNM was the first element of the system's host name and the second was that my old .xinitrc file didn't have this line at the end: exec xterm -geometry 80x66+0+0 -name login as the xinitrc file in /usr/local/etc/X11/xinit does. I have no problem removing the DISPLAY variable setting (I have no memory of why I had it there...that was YEARS ago that I did it), but the exec'ing of the xterm bothers me. I don't understand why it's now required, and I can't say that I like it (if I exit the xterm X terminates, most annoying). Any ideas why this is now needed and if there is a way to get rid of it? Thanks, Bob -- Bob Willcox | In real love you want the other person's good. In bob@immure.com | romantic love you want the other person. Austin, TX | -- Margaret Anderson From owner-freebsd-x11@freebsd.org Thu Sep 29 13:26:05 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 0E035C0033E for ; Thu, 29 Sep 2016 13:26:05 +0000 (UTC) (envelope-from gurenchan@gmail.com) Received: from mail-it0-x22a.google.com (mail-it0-x22a.google.com [IPv6:2607:f8b0:4001:c0b::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 C1D9CE8 for ; Thu, 29 Sep 2016 13:26:04 +0000 (UTC) (envelope-from gurenchan@gmail.com) Received: by mail-it0-x22a.google.com with SMTP id j69so82559772itb.0 for ; Thu, 29 Sep 2016 06:26:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=s5BxYdAD4Fh7+p4p4Vbsc15ypWmb32lSKOISxQzJ12I=; b=OEmkOBe9hKy5ysF8iI+OPAs38TDjxJfgTXd/EYx3uwlYSIcIIgjG7Savjriy8EwdFr ky3OARV+DX6215y3z4/JFxVkuRkSbDKrCnwNowBvDqMm4jf31gnDNe42B8HCJjx6Kw68 FEo78e8uOt7rARkqzfVBrNPM0P7dTtimfh8HYieRCKNWLuaAAPNXjXRkP1Ats1JTria7 gsHmv91E2hIcTEJjJhuFpreNlSsqkJeDH734VKvgutjebubvGuqWJVzYDubJvgpiQyAZ W5vf7fIcykSWpI9fhtnf58eWIrQ7Fafd01pG3Cf/Cxy+SWh8FJ38f3suPN2je9+dzbIN hHkg== 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:cc; bh=s5BxYdAD4Fh7+p4p4Vbsc15ypWmb32lSKOISxQzJ12I=; b=MOWmJdARE8Q7k0nUXTE7HJ9GACFpM2GCln0wv9m1A8u6onuYeoyYNJ9kQVyrI5IvtD Z+ws2cYraeBaf2o/w7DTgosVLgb9RUbJb3IQAGmn6F7cr2YfRyF+rbujaX8Dvnt/V8LE HM9OMAXn7mnoXgCxKzNAFbRJynxSZwCF7P6+2DxBRKZpf4lZzrXZy+Z8a9pBYZfgQ8NN 8LZAHK7zF0hNrqRxqVDpwhfvtI5N8q//QZX7cfKqATHctxN5IKNoo/AmjJBH6yX4eOXr lZGWAChsbJ1n9MrbWDR1wi+OYDIVmapryIsA8TrTMvY+RQSmQkJQVz90f5cg+cxmBMKK PynQ== X-Gm-Message-State: AA6/9Rmc7zoar1Q/AHhQeMSIZ6+ly3molWyixlo47VdQxcEgQ1UZPdIFgqqrxv14WT6pQEV/aJe8x/+r0NH/XQ== X-Received: by 10.107.141.67 with SMTP id p64mr3383721iod.84.1475155564129; Thu, 29 Sep 2016 06:26:04 -0700 (PDT) MIME-Version: 1.0 Received: by 10.107.161.66 with HTTP; Thu, 29 Sep 2016 06:26:03 -0700 (PDT) In-Reply-To: <0b100cba-4702-46d7-8bb3-cf553a1a750b@ixsystems.com> References: <201609280627.u8S6RfXq002303@sdf.org> <201609280718.u8S7IP85011693@sdf.org> <201609290624.u8T6Ohd6028658@sdf.org> <201609290858.u8T8wokS002825@sdf.org> <0b100cba-4702-46d7-8bb3-cf553a1a750b@ixsystems.com> From: blubee blubeeme Date: Thu, 29 Sep 2016 21:26:03 +0800 Message-ID: Subject: Re: Nvidia drivers screen brightness and back light To: Ken Moore Cc: x11-list freebsd Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.23 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, 29 Sep 2016 13:26:05 -0000 I already checked out the sysctl info, that's why I was sending this email. I wrote this in my first email: Here is the acpi information for this machine : http://paste2.org/LUcIwtzn I know FreeBSD isn't linux but at least on linux I could control the back light by first issuing some set PCI commands and then I could write to some files and the screen's brightness would actually dim or get brighter. I am writing to the mailing list after exhausting pretty much all my abilities to find a solution. Is there a way to control the screen brightness at the hardware level, xrandr and redshift aren't really working well; they sort of tint the screen and that's really destroying my eyes. On Thu, Sep 29, 2016 at 8:14 PM, Ken Moore wrote: > xbrightness and redshift do not touch the LCD levels within your monitor > at all - they both do software-level brightness control through modifying > the X server settings for colors and such (which is why they trample all > over each other if you try to run both). If you want hardware-level > brightness control there are a couple options: > > "xbacklight" is a utility similar to xbrightness, but only does > acpi/hardware brightness. It only works on monitors which support the ACPI > power levels and such though, so it might not work for you. > You can tweak the sysctl on your system to turn down the monitor > brightnees directly (if supported by your monitor - most laptops are > supported but desktop monitors are hit-or-hiss). > `sysctl hw. | grep brightness` should show you which one(s) are available > on your system. > > "pc-sysconfig" is a tool on PC-BSD/TrueOS systems which is a front-end to > the sysctl method for controlling screen brightness (as well as a few other > things like putting your system into suspend mode), and allows the user > make the changes as needed (sysctls can usually only be changed by root). > Run "pc-sysconfig -h" to see the options for reading/changing the screen > brightness levels as you need. > > > On Thursday, September 29, 2016 7:32:12 AM EDT, blubee blubeeme wrote: > >> I am not looking for a screensaver; I am looking for a way to dim the >> brightness of the screen. Even when I use the xrandr or redshift to dim >> the >> brightness, let's say i turn it all the way down to 0 or something like >> that. >> >> If I turn off the lights in the room, I can still see the led behind the >> screen lighting up the four corners of the screen. >> >> Not to mention that xset command you referenced me earlier doesn't work >> for >> even turning off the monitor. >> >> btw, I use i3lock -c 000000 to try to get a black screen as well but >> again, >> the lights are still there. >> >> On Thu, Sep 29, 2016 at 4:58 PM, Scott Bennett wrote: >> >> blubee blubeeme wrote: >>> ... >>> >> > -- > ~~ Ken Moore ~~ > TrueOS/iXsystems > _______________________________________________ > 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" > From owner-freebsd-x11@freebsd.org Thu Sep 29 16:16:44 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 9491EC014DD for ; Thu, 29 Sep 2016 16:16:44 +0000 (UTC) (envelope-from bennett@sdf.org) Received: from sdf.lonestar.org (mx.sdf.org [192.94.73.20]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "ol.sdf.org", Issuer "ol.sdf.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 76AC9106 for ; Thu, 29 Sep 2016 16:16:43 +0000 (UTC) (envelope-from bennett@sdf.org) Received: from sdf.org (norge.freeshell.org [192.94.73.17]) by sdf.lonestar.org (8.15.2/8.14.5) with ESMTPS id u8TGGTMA017663 (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256 bits) verified NO); Thu, 29 Sep 2016 16:16:29 GMT Received: (from bennett@localhost) by sdf.org (8.15.2/8.12.8/Submit) id u8TGGTLe010654; Thu, 29 Sep 2016 11:16:29 -0500 (CDT) From: Scott Bennett Message-Id: <201609291616.u8TGGTLe010654@sdf.org> Date: Thu, 29 Sep 2016 11:16:29 -0500 To: freebsd-x11@freebsd.org, gurenchan@gmail.com Subject: Re: Nvidia drivers screen brightness and back light References: <201609280627.u8S6RfXq002303@sdf.org> <201609280718.u8S7IP85011693@sdf.org> <201609290624.u8T6Ohd6028658@sdf.org> <201609290858.u8T8wokS002825@sdf.org> In-Reply-To: User-Agent: Heirloom mailx 12.5 6/20/10 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.23 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, 29 Sep 2016 16:16:44 -0000 blubee blubeeme wrote: > I am not looking for a screensaver; I am looking for a way to dim the > brightness of the screen. Even when I use the xrandr or redshift to dim the > brightness, let's say i turn it all the way down to 0 or something like > that. If you've never used xscreensaver, you may not be aware of what it can do. It has a panel that lets you set the delays before blanking, standby, shutoff, etc. It lets you choose which screensaver modules to run and on what basis (e.g., just a particular one, randomized, and forth). One of the screensavers is a blank, black screen, which is the one I like to use because it places no load on the CPU). I set it to blank after two minutes idle and to put the monitor into its standby state a minut after blanking. The only problem I have with it is that this particular hardware causes xscreensaver to hit a bug and exit. It may work for you, or it may not. But if it does, you can set all sorts of things to accomplish what you need. It doesn't allow you to set intermediate brightness levels, though; it's on or off/standby, which was why I originally suggested xbrightness.. > > If I turn off the lights in the room, I can still see the led behind the > screen lighting up the four corners of the screen. > > Not to mention that xset command you referenced me earlier doesn't work for > even turning off the monitor. > > btw, I use i3lock -c 000000 to try to get a black screen as well but again, > the lights are still there. Right. That's why you need a way either to adjust the brightness or to put the monitor into standby. It looks like your monitor doesn't respond to the appropriate commands/signals. Scott Bennett, Comm. ASMELG, CFIAG ********************************************************************** * Internet: bennett at sdf.org *xor* bennett at freeshell.org * *--------------------------------------------------------------------* * "A well regulated and disciplined militia, is at all times a good * * objection to the introduction of that bane of all free governments * * -- a standing army." * * -- Gov. John Hancock, New York Journal, 28 January 1790 * ********************************************************************** From owner-freebsd-x11@freebsd.org Thu Sep 29 21:22:50 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 82C71C02F0F for ; Thu, 29 Sep 2016 21:22:50 +0000 (UTC) (envelope-from bennett@sdf.org) Received: from sdf.lonestar.org (mx.sdf.org [192.94.73.20]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "ol.sdf.org", Issuer "ol.sdf.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 47D44628 for ; Thu, 29 Sep 2016 21:22:47 +0000 (UTC) (envelope-from bennett@sdf.org) Received: from sdf.org (norge.freeshell.org [192.94.73.17]) by sdf.lonestar.org (8.15.2/8.14.5) with ESMTPS id u8TLMWX2019092 (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256 bits) verified NO); Thu, 29 Sep 2016 21:22:33 GMT Received: (from bennett@localhost) by sdf.org (8.15.2/8.12.8/Submit) id u8TLMW5U008799; Thu, 29 Sep 2016 16:22:32 -0500 (CDT) From: Scott Bennett Message-Id: <201609292122.u8TLMW5U008799@sdf.org> Date: Thu, 29 Sep 2016 16:22:32 -0500 To: freebsd-x11@freebsd.org, ken@ixsystems.com Subject: Re: Nvidia drivers screen brightness and back light References: <201609280627.u8S6RfXq002303@sdf.org> <201609280718.u8S7IP85011693@sdf.org> <201609290624.u8T6Ohd6028658@sdf.org> <201609290858.u8T8wokS002825@sdf.org> <0b100cba-4702-46d7-8bb3-cf553a1a750b@ixsystems.com> In-Reply-To: <0b100cba-4702-46d7-8bb3-cf553a1a750b@ixsystems.com> User-Agent: Heirloom mailx 12.5 6/20/10 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.23 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, 29 Sep 2016 21:22:50 -0000 Ken Moore wrote: > xbrightness and redshift do not touch the LCD levels within your monitor at > all - they both do software-level brightness control through modifying the > X server settings for colors and such (which is why they trample all over Hmmm... I've just tried it and looked closely and, yes, xbrightness does appear to leave the backlighting on with "xbrightness 0". I hadn't noticed it worked that way on this monitor. However, the monitor I was using until around three weeks ago is an ancient beast that doesn't use LEDs for backlighting and doesn't understand EDID. On that monitor, xbrightness definitely turned the lighting level up and down. If I set it to 0, it was utterly black, not like the LED-backlit screen I'm using now. xscreensaver's method was to "blank" the screen at that timeout or to change its state to standby and off at those timeouts. Blanking the screen did not appear to affect the lighting level. I can't test it on the monitor I'm now using, thanks to the bug I already reported. Anyway, my apologies to all concerned if I missed the point or gave wrong information in my earlier postings. > each other if you try to run both). If you want hardware-level brightness > control there are a couple options: > > "xbacklight" is a utility similar to xbrightness, but only does > acpi/hardware brightness. It only works on monitors which support the ACPI > power levels and such though, so it might not work for you. I had forgotten all about that one. Thanks for that! I've just installed it and will try it on this monitor shortly. > > You can tweak the sysctl on your system to turn down the monitor brightnees > directly (if supported by your monitor - most laptops are supported but > desktop monitors are hit-or-hiss). > `sysctl hw. | grep brightness` should show you which one(s) are available > on your system. > > "pc-sysconfig" is a tool on PC-BSD/TrueOS systems which is a front-end to > the sysctl method for controlling screen brightness (as well as a few other > things like putting your system into suspend mode), and allows the user > make the changes as needed (sysctls can usually only be changed by root). > Run "pc-sysconfig -h" to see the options for reading/changing the screen > brightness levels as you need. > I think I'll pass on that one if it does things as unpleasantly as, e.g., life-preserver. Using sysctl directly sounds like a reasonable alternative where xbacklight isn't available. Thanks for pointing that out. I had seen it before, but never knew whether it was settable after boot. Scott Bennett, Comm. ASMELG, CFIAG ********************************************************************** * Internet: bennett at sdf.org *xor* bennett at freeshell.org * *--------------------------------------------------------------------* * "A well regulated and disciplined militia, is at all times a good * * objection to the introduction of that bane of all free governments * * -- a standing army." * * -- Gov. John Hancock, New York Journal, 28 January 1790 * ********************************************************************** From owner-freebsd-x11@freebsd.org Fri Sep 30 00:41: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 5A5B4C00818 for ; Fri, 30 Sep 2016 00:41:43 +0000 (UTC) (envelope-from bob@immure.com) Received: from maul.immure.com (108-84-10-9.lightspeed.austtx.sbcglobal.net [108.84.10.9]) by mx1.freebsd.org (Postfix) with ESMTP id 36CE99D7 for ; Fri, 30 Sep 2016 00:41:43 +0000 (UTC) (envelope-from bob@immure.com) Received: from rancor.immure.com ([10.1.132.9]) by maul.immure.com with esmtp (Exim 4.87 (FreeBSD)) (envelope-from ) id 1bpltU-000C62-Bo; Thu, 29 Sep 2016 19:41:40 -0500 Received: from rancor.immure.com (localhost [127.0.0.1]) by rancor.immure.com (8.15.2/8.15.2) with ESMTP id u8U0feAA087131; Thu, 29 Sep 2016 19:41:40 -0500 (CDT) (envelope-from bob@rancor.immure.com) Received: (from bob@localhost) by rancor.immure.com (8.15.2/8.14.9/Submit) id u8U0fdHj087130; Thu, 29 Sep 2016 19:41:39 -0500 (CDT) (envelope-from bob) Date: Thu, 29 Sep 2016 19:41:39 -0500 From: Bob Willcox To: Pete Wright Cc: freebsd-x11@freebsd.org Subject: Re: gfx-next update: drm-4.8-rc2 tagged in drm-next Message-ID: <20160930004139.GX845@rancor.immure.com> Reply-To: Bob Willcox References: <20160920212545.GU8480@rancor.immure.com> <20160920221954.GV8480@rancor.immure.com> <20160921233610.GI845@rancor.immure.com> <9582349b-cf1e-1d75-4784-a1d712aedac4@nomadlogic.org> <1574f2fb8aa.e60df17234511.2445927962639207447@nextbsd.org> <20160923122301.GK845@rancor.immure.com> <20160929014049.GV845@rancor.immure.com> <3d7950a2-0312-0a17-cce5-9eece2430daa@nomadlogic.org> <20160929131751.GW845@rancor.immure.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20160929131751.GW845@rancor.immure.com> User-Agent: Mutt/1.6.1 (2016-04-27) X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Sep 2016 00:41:43 -0000 On Thu, Sep 29, 2016 at 08:17:52AM -0500, Bob Willcox wrote: > > Since I didn't have an xorg.conf file, I created one (via 'Xorg -configure') > which got me past the problem with the intel driver. However I still couldn't > get X to start. So I then started scrutinizing my .xinitrc file and I > discovered two things that appear to have been causing problems. > > First was that I was setting 'DISPLAY=$HOSTNM:0.0' where $HOSTNM was the first > element of the system's host name and the second was that my old .xinitrc file > didn't have this line at the end: > > exec xterm -geometry 80x66+0+0 -name login > > as the xinitrc file in /usr/local/etc/X11/xinit does. > > I have no problem removing the DISPLAY variable setting (I have no memory of > why I had it there...that was YEARS ago that I did it), but the exec'ing of > the xterm bothers me. I don't understand why it's now required, and I can't > say that I like it (if I exit the xterm X terminates, most annoying). > > Any ideas why this is now needed and if there is a way to get rid of it? > > Thanks, > Bob Ok, I discovered what was causing me to need the exec of the xterm. I was, for some reason (another many year old thing), backgrounding the invocation of the window manager and this was the culprit. Removing the '&' and no longer backgrounding it removed the need for the exec'ing of the xterm. Sorry for the bother...guess my stuff is so old I don't remember why I did it and it is now a bad idea. -- Bob Willcox | In real love you want the other person's good. In bob@immure.com | romantic love you want the other person. Austin, TX | -- Margaret Anderson From owner-freebsd-x11@freebsd.org Fri Sep 30 07:28:07 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 7FDDDC0313D for ; Fri, 30 Sep 2016 07:28:07 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 6D91F22A for ; Fri, 30 Sep 2016 07:28:07 +0000 (UTC) (envelope-from portscout@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 6D002C0313A; Fri, 30 Sep 2016 07:28:07 +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 6CB49C03139 for ; Fri, 30 Sep 2016 07:28:07 +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 6057C229 for ; Fri, 30 Sep 2016 07:28:07 +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 u8U7S7qT074238 for ; Fri, 30 Sep 2016 07:28:07 GMT (envelope-from portscout@FreeBSD.org) Received: (from portscout@localhost) by portscout.freebsd.org (8.15.2/8.15.2/Submit) id u8U7S71I074237; Fri, 30 Sep 2016 07:28:07 GMT (envelope-from portscout@FreeBSD.org) Message-Id: <201609300728.u8U7S71I074237@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: Fri, 30 Sep 2016 07:28:07 +0000 From: portscout@FreeBSD.org To: x11@freebsd.org Subject: FreeBSD ports you maintain which are out of date X-Mailer: portscout/0.8.1 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Sep 2016 07:28:07 -0000 Dear port maintainer, The portscout new distfile checker has detected that one or more of your ports appears to be out of date. Please take the opportunity to check each of the ports listed below, and if possible and appropriate, submit/commit an update. If any ports have already been updated, you can safely ignore the entry. You will not be e-mailed again for any of the port/version combinations below. Full details can be found at the following URL: http://portscout.freebsd.org/x11@freebsd.org.html Port | Current version | New version ------------------------------------------------+-----------------+------------ x11/xkeyboard-config | 2.17 | 2.19 ------------------------------------------------+-----------------+------------ 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 Fri Sep 30 07:29:41 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 27BC2C03244 for ; Fri, 30 Sep 2016 07:29:41 +0000 (UTC) (envelope-from gurenchan@gmail.com) Received: from mail-it0-x22c.google.com (mail-it0-x22c.google.com [IPv6:2607:f8b0:4001:c0b::22c]) (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 E0A26322 for ; Fri, 30 Sep 2016 07:29:40 +0000 (UTC) (envelope-from gurenchan@gmail.com) Received: by mail-it0-x22c.google.com with SMTP id r192so29788729ita.0 for ; Fri, 30 Sep 2016 00:29:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=dinNRtNSiBEHB7kM8Tw0xXWLDrPnys6Ibtp5d53PDSA=; b=h86aWkvkTPRk1O1JzUidVM26ojLZN3fEpC9vaExg+rEL75Oa7S/a+AT2Yubz4UO2XA 6pp3fKiDfFjN9F4OE/UVagGCoCiOoNr34Pt89BOsJvMFTf3yZbUwfOHePCCD4DkYZfG1 NPFAe6arWbJ9wMUAy5iGpjg0pygd8PPDGAczLlKFOZwEODZdnz433bFekJT8zkdAUAH1 lIjsw92djYr5yNSgTuuB4g1pkyxsN9Q0YGfKYW1y6QE/B3yIQPHIQPa6EDRecQq3ITW/ OMdP6hKksHy49vSY2R2xLEsNns3tKDkeZm6c17vsrFbUIuQ1J1Q4pZcUcCY+Yn8DSw+g DFDA== 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:cc; bh=dinNRtNSiBEHB7kM8Tw0xXWLDrPnys6Ibtp5d53PDSA=; b=ETx2Fi1G6ONGJQaR1AQlrMbS71WiE01ukhUDcSPQYXacJhDnkOBA7efKiRVlYwKAax BPl/zotPPnKrZS4JuL+N04L2dcYpfZNirEs4UgsV6SLeMo0U36mwIVjT26slVFbFN/4Y tO2Za9AZiw0pZ8u+fBlGJyfVQ0if7a2zk9Gf69RO3tPSg2TDcI1kDozAyTWTeJ5GFCPX JuQwrANblt6a5gcr5ZRyhoFV+e52OhRgwQVXUjGPnhIBQkWElXheaBn6vhfWs4h5ikjx YfyrE199RyjbiFoB1ZcOHW0nqAGx3w7wvBuLhhEMOEepORUEzPX+tNgrX2kAW/mFc0Ux c1mg== X-Gm-Message-State: AA6/9Rn7FEqH4h82lGxK/sgPZmcYSUDcVmY5yePo59J3hXzDEXE36E7BO18s8nxcVsQzK7Ijg94qpZgodUGtJg== X-Received: by 10.107.141.67 with SMTP id p64mr8686157iod.84.1475220580275; Fri, 30 Sep 2016 00:29:40 -0700 (PDT) MIME-Version: 1.0 Received: by 10.107.161.66 with HTTP; Fri, 30 Sep 2016 00:29:39 -0700 (PDT) In-Reply-To: <201609292122.u8TLMW5U008799@sdf.org> References: <201609280627.u8S6RfXq002303@sdf.org> <201609280718.u8S7IP85011693@sdf.org> <201609290624.u8T6Ohd6028658@sdf.org> <201609290858.u8T8wokS002825@sdf.org> <0b100cba-4702-46d7-8bb3-cf553a1a750b@ixsystems.com> <201609292122.u8TLMW5U008799@sdf.org> From: blubee blubeeme Date: Fri, 30 Sep 2016 15:29:39 +0800 Message-ID: Subject: Re: Nvidia drivers screen brightness and back light To: Scott Bennett Cc: x11-list freebsd , Ken Moore Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Sep 2016 07:29:41 -0000 seems like this thread got a bit hijacked. So based on the output of my sysctl, it doesn't seem like the current nvidia drivers support controlling the screen brightness on this device? On Fri, Sep 30, 2016 at 5:22 AM, Scott Bennett wrote: > Ken Moore wrote: > > > xbrightness and redshift do not touch the LCD levels within your monitor > at > > all - they both do software-level brightness control through modifying > the > > X server settings for colors and such (which is why they trample all over > > Hmmm... I've just tried it and looked closely and, yes, xbrightness > does appear to leave the backlighting on with "xbrightness 0". I hadn't > noticed it worked that way on this monitor. However, the monitor I was > using > until around three weeks ago is an ancient beast that doesn't use LEDs for > backlighting and doesn't understand EDID. On that monitor, xbrightness > definitely turned the lighting level up and down. If I set it to 0, it was > utterly black, not like the LED-backlit screen I'm using now. > xscreensaver's method was to "blank" the screen at that timeout or to > change its state to standby and off at those timeouts. Blanking the screen > did not appear to affect the lighting level. I can't test it on the > monitor > I'm now using, thanks to the bug I already reported. > Anyway, my apologies to all concerned if I missed the point or gave > wrong information in my earlier postings. > > > each other if you try to run both). If you want hardware-level brightness > > control there are a couple options: > > > > "xbacklight" is a utility similar to xbrightness, but only does > > acpi/hardware brightness. It only works on monitors which support the > ACPI > > power levels and such though, so it might not work for you. > > I had forgotten all about that one. Thanks for that! I've just > installed > it and will try it on this monitor shortly. > > > > You can tweak the sysctl on your system to turn down the monitor > brightnees > > directly (if supported by your monitor - most laptops are supported but > > desktop monitors are hit-or-hiss). > > `sysctl hw. | grep brightness` should show you which one(s) are available > > on your system. > > > > "pc-sysconfig" is a tool on PC-BSD/TrueOS systems which is a front-end to > > the sysctl method for controlling screen brightness (as well as a few > other > > things like putting your system into suspend mode), and allows the user > > make the changes as needed (sysctls can usually only be changed by root). > > Run "pc-sysconfig -h" to see the options for reading/changing the screen > > brightness levels as you need. > > > I think I'll pass on that one if it does things as unpleasantly as, > e.g., > life-preserver. Using sysctl directly sounds like a reasonable alternative > where xbacklight isn't available. Thanks for pointing that out. I had > seen > it before, but never knew whether it was settable after boot. > > > Scott Bennett, Comm. ASMELG, CFIAG > ********************************************************************** > * Internet: bennett at sdf.org *xor* bennett at freeshell.org * > *--------------------------------------------------------------------* > * "A well regulated and disciplined militia, is at all times a good * > * objection to the introduction of that bane of all free governments * > * -- a standing army." * > * -- Gov. John Hancock, New York Journal, 28 January 1790 * > ********************************************************************** > From owner-freebsd-x11@freebsd.org Fri Sep 30 08:43:10 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 37DA8C03020 for ; Fri, 30 Sep 2016 08:43:10 +0000 (UTC) (envelope-from SNasonov@BCC.RU) Received: from extmx.bcc.ru (extmx.bcc.ru [217.170.85.214]) by mx1.freebsd.org (Postfix) with ESMTP id B9014EA9 for ; Fri, 30 Sep 2016 08:43:08 +0000 (UTC) (envelope-from SNasonov@BCC.RU) Received: from localhost (localhost [127.0.0.1]) by extmx.bcc.ru (Postfix) with ESMTP id 13F0418CE0; Fri, 30 Sep 2016 11:11:32 +0300 (GMT-3) Received: from extmx.bcc.ru ([127.0.0.1]) by localhost (extmx.bcc.ru [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 15214-06; Fri, 30 Sep 2016 11:11:26 +0300 (GMT-3) Received: from mail.bcc (unknown [172.16.250.23]) by extmx.bcc.ru (Postfix) with ESMTP id A561C15C76; Fri, 30 Sep 2016 11:11:26 +0300 (GMT-3) Received: from snasonovnbwxp.bcc ([192.168.201.205]) by mail.bcc over TLS secured channel with Microsoft SMTPSVC(6.0.3790.4675); Fri, 30 Sep 2016 11:11:32 +0300 From: Sergey Nasonov To: freebsd-x11@freebsd.org Subject: Re: Nvidia drivers screen brightness and back light Date: Fri, 30 Sep 2016 11:11:31 +0300 Message-ID: <4775874.5G9GTbA1u6@snasonovnbwxp.bcc> Organization: BCC User-Agent: KMail/4.14.3 (FreeBSD/10.3-STABLE; KDE/4.14.3; amd64; ; ) In-Reply-To: References: MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-OriginalArrivalTime: 30 Sep 2016 08:11:32.0662 (UTC) FILETIME=[41451560:01D21AF2] X-Virus-Scanned: amavisd-new at bcc.ru X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Sep 2016 08:43:10 -0000 Hi, Try to add line to xorg.conf in screen section Option "RegistryDwords" "EnableBrightnessControl=1" This option allows backlight control over functionl keys Fn+F8/F9. On Wednesday 28 September 2016 14:18:18 blubee blubeeme wrote: >Hi > >I am trying to tune this device a bit to be able to control the back light >/ screen brightness of the screen. > >Here's the info on my GPU > >vgapci0@pci0:1:0:0: class=0x030000 card=0x0130106b chip=0x0fe910de rev=0xa1 >hdr=0x00 > > vendor = 'NVIDIA Corporation' > > device = 'GK107M [GeForce GT 750M Mac Edition]' > > class = display > > subclass = VGA > > cap 01[60] = powerspec 3 supports D0 D3 current D0 > > cap 05[68] = MSI supports 1 message, 64 bit enabled with 1 message > > cap 10[78] = PCI-Express 2 endpoint max data 256(256) RO NS > > link x8(x16) speed 8.0(8.0) ASPM L0s/L1(L0s/L1) > > cap 09[b4] = vendor (length 20) > > ecap 0002[100] = VC 1 max VC0 > > ecap 0004[128] = Power Budgeting 1 > > ecap 0001[420] = AER 2 0 fatal 0 non-fatal 0 corrected > > ecap 000b[600] = Vendor 1 ID 1 > > ecap 0019[900] = PCIe Sec 1 lane errors 0 > > >Here is the acpi information for this machine : http://paste2.org/LUcIwtzn > >I came from running linux and typically there's a video or some acpi >settings that will control the brightness of the screen but on FreeBSD, >there doesn't seem to be anything like this so my monitor is constantly at >100% brightness. Shouldn't there be some way to dim the brightness through >the acpi interface? > >Can I get some support to be able to dim the screen brightness? > >Here is the output of my xorg.conf > ># nvidia-xconfig: X configuration file generated by nvidia-xconfig > ># nvidia-xconfig: version 367.35 Wed Sep 7 17:03:49 CST 2016 > > >Section "ServerLayout" > > Identifier "Layout0" > > Screen 0 "Screen0" > > InputDevice "Keyboard0" "CoreKeyboard" > > InputDevice "Mouse0" "CorePointer" > >EndSection > > >Section "Files" > >EndSection > > >Section "InputDevice" > > # generated from default > > Identifier "Mouse0" > > Driver "mouse" > > Option "Protocol" "auto" > > Option "Device" "/dev/sysmouse" > > Option "Emulate3Buttons" "no" > > Option "ZAxisMapping" "4 5" > >EndSection > > >Section "InputDevice" > > # generated from default > > Identifier "Keyboard0" > > Driver "keyboard" > >EndSection > > >Section "Monitor" > > Identifier "Monitor0" > > VendorName "Unknown" > > ModelName "Unknown" > > HorizSync 28.0 - 33.0 > > VertRefresh 43.0 - 72.0 > > Option "DPMS" > >EndSection > > >Section "Device" > > Identifier "Device0" > > Driver "nvidia" > > VendorName "NVIDIA Corporation" > >EndSection > > >Section "Screen" > > Identifier "Screen0" > > Device "Device0" > > Monitor "Monitor0" > > DefaultDepth 24 > > SubSection "Display" > > Depth 24 > > EndSubSection > >EndSection > > >I use redshift and passing redshift -t x:x -b[0.0-1.0] allows some >brightness controls but then xrandr has to warm up and go from a cool color >screen to a warmer color then it adjusts the brightness. > > >There's also xrandr --ouput ACTIVE_DEVICE -brightness [0.0-1.0] this seems >to work but it won't work while redshift is working. They seem to fight for >control of the display then redshift takes control and the screen goes back >to somewhat full brightness. > > >Is there a more efficient way to control the screen brightness? >_______________________________________________ >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" From owner-freebsd-x11@freebsd.org Fri Sep 30 14:45:25 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 09280C03D50 for ; Fri, 30 Sep 2016 14:45:25 +0000 (UTC) (envelope-from elie.charles@web-targeted-traffic.com) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id EBB7CCA2 for ; Fri, 30 Sep 2016 14:45:24 +0000 (UTC) (envelope-from elie.charles@web-targeted-traffic.com) Received: by mailman.ysv.freebsd.org (Postfix) id EB00DC03D4F; Fri, 30 Sep 2016 14:45:24 +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 EAA03C03D4E for ; Fri, 30 Sep 2016 14:45:24 +0000 (UTC) (envelope-from elie.charles@web-targeted-traffic.com) Received: from node100.bud.epac.to (node100.bud.epac.to [198.100.31.221]) by mx1.freebsd.org (Postfix) with ESMTP id DABC7CA1 for ; Fri, 30 Sep 2016 14:45:24 +0000 (UTC) (envelope-from elie.charles@web-targeted-traffic.com) Received: from WS12 (unknown [122.177.60.53]) by node100.bud.epac.to (Postfix) with ESMTPA id D0A8B1218DF for ; Fri, 30 Sep 2016 18:44:51 +0400 (MSD) From: "Elie Charles" To: Subject: Pay only when we rank your keywords on top... Date: Fri, 30 Sep 2016 20:12:18 +0530 Message-ID: <1eaa01d21b29$3411b330$9c351990$@web-targeted-traffic.com> MIME-Version: 1.0 X-Mailer: Microsoft Outlook 14.0 Thread-Index: AdIbKH47aRTFGDgtTGa3/8QyDfo3Ng== Content-Language: en-us Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 Sep 2016 14:45:25 -0000 Greetings, 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, at ResultFirst, have over 10 years of experience in the Digital Marketing industry and have served over 4000 clients. 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 aim is YOUR SUCCESS. Trust us, dropping a reply won't cost you a bit! We help everyone who calls up and we give a website analysis report to every caller. 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! From owner-freebsd-x11@freebsd.org Sat Oct 1 09:11:58 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 67F3BC04425 for ; Sat, 1 Oct 2016 09:11:58 +0000 (UTC) (envelope-from list1@gjunka.com) Received: from msa1.earth.yoonka.com (yoonka.com [185.24.122.233]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "msa1.earth.yoonka.com", Issuer "msa1.earth.yoonka.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 00CBFC81 for ; Sat, 1 Oct 2016 09:11:57 +0000 (UTC) (envelope-from list1@gjunka.com) Received: from crayon2.yoonka.com (crayon2.yoonka.com [10.70.7.20]) (authenticated bits=0) by msa1.earth.yoonka.com (8.15.2/8.15.2) with ESMTPSA id u919Bt4V075532 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Sat, 1 Oct 2016 09:11:55 GMT (envelope-from list1@gjunka.com) To: x11-list freebsd From: Grzegorz Junka Subject: Lumina Desktop Message-ID: <947a1aa1-fc36-be0a-ed9f-8856d786826f@gjunka.com> Date: Sat, 1 Oct 2016 09:11:55 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.3.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Oct 2016 09:11:58 -0000 What would be the best contact email, list or forum to reach regarding problems with Lumina Desktop compiled from ports on FreeBSD? Starting from version 1 on my desktop Lumina doesn't have any window manager, so windows can't be sized or moved. Grzegorz From owner-freebsd-x11@freebsd.org Sat Oct 1 13:48:45 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 9DF65C04C1B for ; Sat, 1 Oct 2016 13:48:45 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: from mail-wm0-x22f.google.com (mail-wm0-x22f.google.com [IPv6:2a00:1450:400c:c09::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 3255E162A for ; Sat, 1 Oct 2016 13:48:45 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: by mail-wm0-x22f.google.com with SMTP id p138so72246328wmb.1 for ; Sat, 01 Oct 2016 06:48:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:in-reply-to:references:reply-to :mime-version:content-transfer-encoding; bh=uUH9bsNoTa2ikh21PKcovzTTIjVwts7gtGZPO4DZxxI=; b=iW+rMz2f10Xr7HmWUWiSEaqV2MKM0JcGPaGoUV5kTgSfoHYujCFyq94nMun5eEn48F 5KcPgp3mIADhsCxE5yXKC21sBYnGw/SnrNcNIyOv5eFG81Tfvk7yMAj6cb/M0vHZ2vKE q7wqral7D5heJh8Sy1fTNI9eCq1oAhHIaBF2/zaQkMRujADObPO8fY+THC6dK9OZ0+1H eem8fmiL4iFj1V9tWHogJZyetJ+53+Gpw4AABCAUKgdluVIqfXDTu0Qeh1h2oFGncmhh rPRPrl3ixdCRcnvdIS77gGuzCU8bTyaLqBPXtjoehm4OOo+nwZSkfIbE7Oegxh1wASEE PoEg== 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:in-reply-to :references:reply-to:mime-version:content-transfer-encoding; bh=uUH9bsNoTa2ikh21PKcovzTTIjVwts7gtGZPO4DZxxI=; b=exC0TXS5AFSborrgLTrp5omUqpfsDSZQqQNYvIMk06Wmopn95EbyAn44i5BPrvLhho 8w0HYvpBOn30okcPfjGaMdX7ea+N/QHvdAOkDL8xSouNlS/gsOWACo7JywIElSf1xZY4 hVU0V9ypGH4SCsg9YE87G2gdcMy5EamyPRt1XidzuhtxSWOUPUEToKdPkPg8KZyHWNWY QDbhZs+OAYQmRO3IEvtr97ImdxYHdC5WljdzJn9BLWP/FTAaKJ8hyTgcV6SzMZH0/zPH CkrPIxzncLZvKv1rc/2zwhos3nE51CclUXgwboU66czKmha0pu3u8ZzS21E5C4yL60Dz A7jA== X-Gm-Message-State: AA6/9RnlkTBFGVR/7ojaHlsYfw9cLvGyzeg4WCd8NrbR4V4LfDJvaOm9WqzWr0bHjPElcQ== X-Received: by 10.194.100.169 with SMTP id ez9mr1388403wjb.9.1475329723291; Sat, 01 Oct 2016 06:48:43 -0700 (PDT) Received: from ernst.home ([87.142.3.185]) by smtp.gmail.com with ESMTPSA id jr3sm16824408wjb.13.2016.10.01.06.48.41 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Sat, 01 Oct 2016 06:48:42 -0700 (PDT) Date: Sat, 1 Oct 2016 15:48:35 +0200 From: Gary Jennejohn To: Grzegorz Junka Cc: x11-list freebsd Subject: Re: Lumina Desktop Message-ID: <20161001154835.76151635@ernst.home> In-Reply-To: <947a1aa1-fc36-be0a-ed9f-8856d786826f@gjunka.com> References: <947a1aa1-fc36-be0a-ed9f-8856d786826f@gjunka.com> Reply-To: gljennjohn@gmail.com X-Mailer: Claws Mail 3.14.0 (GTK+ 2.24.29; amd64-portbld-freebsd12.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.23 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Oct 2016 13:48:45 -0000 On Sat, 1 Oct 2016 09:11:55 +0000 Grzegorz Junka wrote: > What would be the best contact email, list or forum to reach > regarding problems with Lumina Desktop compiled from ports on > FreeBSD? Starting from version 1 on my desktop Lumina doesn't > have any window manager, so windows can't be sized or moved. > fluxbox is a run dependency in the Makefile, so at least that window manager must already be present on your system. I would expect that start-lumina-desktop would automatically start fluxbox; fluxbox is the default window manager for Lumina. If all else fails, just start fluxbox in a terminal (fluxbox&), so it runs in the background. -- Gary Jennejohn From owner-freebsd-x11@freebsd.org Sat Oct 1 14:02:27 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 BDA02C05002 for ; Sat, 1 Oct 2016 14:02:27 +0000 (UTC) (envelope-from list1@gjunka.com) Received: from msa1.earth.yoonka.com (yoonka.com [185.24.122.233]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "msa1.earth.yoonka.com", Issuer "msa1.earth.yoonka.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 6EC991BAA for ; Sat, 1 Oct 2016 14:02:26 +0000 (UTC) (envelope-from list1@gjunka.com) Received: from crayon2.yoonka.com (crayon2.yoonka.com [10.70.7.20]) (authenticated bits=0) by msa1.earth.yoonka.com (8.15.2/8.15.2) with ESMTPSA id u91E2OAk080331 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Sat, 1 Oct 2016 14:02:24 GMT (envelope-from list1@gjunka.com) Subject: Re: Lumina Desktop To: gljennjohn@gmail.com References: <947a1aa1-fc36-be0a-ed9f-8856d786826f@gjunka.com> <20161001154835.76151635@ernst.home> Cc: x11-list freebsd From: Grzegorz Junka Message-ID: Date: Sat, 1 Oct 2016 14:02:24 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.3.0 MIME-Version: 1.0 In-Reply-To: <20161001154835.76151635@ernst.home> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Oct 2016 14:02:27 -0000 On 01/10/2016 13:48, Gary Jennejohn wrote: > On Sat, 1 Oct 2016 09:11:55 +0000 > Grzegorz Junka wrote: > >> What would be the best contact email, list or forum to reach >> regarding problems with Lumina Desktop compiled from ports on >> FreeBSD? Starting from version 1 on my desktop Lumina doesn't >> have any window manager, so windows can't be sized or moved. >> > fluxbox is a run dependency in the Makefile, so at least that > window manager must already be present on your system. > > I would expect that start-lumina-desktop would automatically start > fluxbox; fluxbox is the default window manager for Lumina. > > If all else fails, just start fluxbox in a terminal (fluxbox&), so > it runs in the background. > Well, it's surely present in the system because I am using it at the moment instead of Lumina. Interestingly, I just tried to start lumina-desktop in the background having fluxbox already running and it also seems to work. So, the problem apparently is, that on FreeBSD Lumina doesn't start fluxbox automatically. Maybe it's related to how I start it? I simply do startx having this in the .xinitrc file: exec /usr/local/bin/fluxbox (or lumina-desktop instead of fluxbox). Grzegorz From owner-freebsd-x11@freebsd.org Sat Oct 1 14:50:08 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 CA823C05B0B for ; Sat, 1 Oct 2016 14:50:08 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: from mail-wm0-x231.google.com (mail-wm0-x231.google.com [IPv6:2a00:1450:400c:c09::231]) (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 5E4141DF0 for ; Sat, 1 Oct 2016 14:50:08 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: by mail-wm0-x231.google.com with SMTP id k125so75526664wma.1 for ; Sat, 01 Oct 2016 07:50:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:in-reply-to:references:reply-to :mime-version:content-transfer-encoding; bh=oOvpSP3CnbMkjCJ9dOs3fhouNrVLvvWB2VyPPQUnHls=; b=xzzzcc72vxsvg5QvFe2rMHey82evSAk6d5ts8qxH4W7hE0Huj6DsJGRxf3aqHYA+LV w0bAnNmj2XjIytCVL83cPDylQcYEMd/4hsdICT1xRiGTjihTjvpjdCNWu/EoYBwbdTgD qa1lYYNuRJa2uuv99D8ih3Zj6j1F7tK87pVgir0/OilEUldMKNqt4f9tA6/tddH6zD1m xWsdROocdQ/EnGqiMAN72SGQP0vqFQNLXvic8y5hg3zF57fxsNWl4OlByAIg1IoMclv3 5YBWq9pcubdwH86SjgJssF148j2k49FyVsKpANUqX0laKPpKKXcvfCx6rNIw9tiJhRi6 EpYA== 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:in-reply-to :references:reply-to:mime-version:content-transfer-encoding; bh=oOvpSP3CnbMkjCJ9dOs3fhouNrVLvvWB2VyPPQUnHls=; b=aR9Vz+12ZZN3SDq0gq0ghOxamVp9DVg5RU9e+9njrHnLeyoyqRQ1tK8dgLXpitdt8A MAH0SrhlQlxiVfNXPC8QjX/GiBGePHJcLtBwl7/yn7BHNSzkS3fyhOwyMtZdkzttdHeJ TDtoVzcKMjyJjaSAWRY+U9l0704AYM5j/KZFlBGN/YG/sDoPEKNJRZ6SlFnnLcxQ58aG ChA7hbVdyd3Bjqo81xZ4/qiaoTUzelo7KYrVBiWpOVAq7nRM2L9s4bnI7PbP3ucvUzvx VfW/9RBAVXluYY5UYKxPaS53H97JZLH9XZkTQEb7Bxaifm8pW4wp2Wmhl8GRbWpl87fQ kdlg== X-Gm-Message-State: AA6/9RkBUjHEIvTOzn1nrQI+jEUNBhp3XvwDS936wDXceXNaTYFFEcuyuDvmM34PgPnIdg== X-Received: by 10.28.230.88 with SMTP id d85mr2656403wmh.52.1475333406442; Sat, 01 Oct 2016 07:50:06 -0700 (PDT) Received: from ernst.home (p578E03B9.dip0.t-ipconnect.de. [87.142.3.185]) by smtp.gmail.com with ESMTPSA id x124sm9526999wmf.22.2016.10.01.07.50.05 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Sat, 01 Oct 2016 07:50:05 -0700 (PDT) Date: Sat, 1 Oct 2016 16:50:04 +0200 From: Gary Jennejohn To: Grzegorz Junka Cc: x11-list freebsd Subject: Re: Lumina Desktop Message-ID: <20161001165004.3c9f5e08@ernst.home> In-Reply-To: References: <947a1aa1-fc36-be0a-ed9f-8856d786826f@gjunka.com> <20161001154835.76151635@ernst.home> Reply-To: gljennjohn@gmail.com X-Mailer: Claws Mail 3.14.0 (GTK+ 2.24.29; amd64-portbld-freebsd12.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.23 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Oct 2016 14:50:08 -0000 On Sat, 1 Oct 2016 14:02:24 +0000 Grzegorz Junka wrote: > On 01/10/2016 13:48, Gary Jennejohn wrote: > > On Sat, 1 Oct 2016 09:11:55 +0000 > > Grzegorz Junka wrote: > > > >> What would be the best contact email, list or forum to reach > >> regarding problems with Lumina Desktop compiled from ports on > >> FreeBSD? Starting from version 1 on my desktop Lumina doesn't > >> have any window manager, so windows can't be sized or moved. > >> > > fluxbox is a run dependency in the Makefile, so at least that > > window manager must already be present on your system. > > > > I would expect that start-lumina-desktop would automatically start > > fluxbox; fluxbox is the default window manager for Lumina. > > > > If all else fails, just start fluxbox in a terminal (fluxbox&), so > > it runs in the background. > > > > Well, it's surely present in the system because I am using it > at the moment instead of Lumina. Interestingly, I just tried > to start lumina-desktop in the background having fluxbox > already running and it also seems to work. So, the problem > apparently is, that on FreeBSD Lumina doesn't start fluxbox > automatically. Maybe it's related to how I start it? I simply > do startx having this in the .xinitrc file: > > exec /usr/local/bin/fluxbox > (or lumina-desktop instead of fluxbox). > Try putting just start-lumina-desktop in your .xinitrc. Logically, that should automatically start every necessary component, including fluxbox. -- Gary Jennejohn From owner-freebsd-x11@freebsd.org Sat Oct 1 22:36:17 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 C525AA94511 for ; Sat, 1 Oct 2016 22:36:17 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (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 8049B146 for ; Sat, 1 Oct 2016 22:36:16 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.85) with esmtps (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (envelope-from ) id <1bqSt4-003J96-Tk>; Sun, 02 Oct 2016 00:36:06 +0200 Received: from x5ce10c3b.dyn.telefonica.de ([92.225.12.59] helo=thor.walstatt.dynvpn.de) by inpost2.zedat.fu-berlin.de (Exim 4.85) with esmtpsa (TLSv1.2:AES256-GCM-SHA384:256) (envelope-from ) id <1bqSt4-001LPy-JE>; Sun, 02 Oct 2016 00:36:06 +0200 Date: Sun, 2 Oct 2016 00:36:00 +0200 From: "O. Hartmann" To: Scott Bennett Cc: freebsd-x11@freebsd.org Subject: Re: gfx-next update: drm-4.8-rc2 tagged in drm-next Message-ID: <20161002003600.62e9222f.ohartman@zedat.fu-berlin.de> In-Reply-To: <201609280434.u8S4YtWv000312@sdf.org> References: <1569231fc12.1189a20c2251388.8699372849515846410@nextbsd.org> <20160920162456.GO8480@rancor.immure.com> <439e20fa-6385-68fb-c97e-24705ebd2f94@nomadlogic.org> <157496f7268.ac5eb5ca278618.8741026532558973404@nextbsd.org> <3FEE7DD3-C408-4398-9F0B-5529B2E7A61F@transactionware.com> <1574b8980bc.106a6e9ef306540.4216158444646545056@nextbsd.org> <20160926192637.33f7921b@azsupport.com> <157683d1ec0.11a09775b76996.945490951353894015@nextbsd.org> <20160927031041.31b6f90a@azsupport.com> <157693fc60a.ebf27bd286215.2625530085502855667@nextbsd.org> <20160927190653.2e21dcaf00756a4c87e9894d@bidouilliste.com> <20160927223030.1a17ec5d@azsupport.com> <57EADB3D.3040800@abinet.ru> <1576d8027dd.b00cc21630114.1196472754988566141@nextbsd.org> <20160927233835.7022dd19@azsupport.com> <201609280434.u8S4YtWv000312@sdf.org> Organization: FU Berlin X-Mailer: Claws Mail 3.14.0 (GTK+ 2.24.29; amd64-portbld-freebsd12.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; boundary="Sig_/6j=8LyfUf36c9AjfQz3W_ys"; protocol="application/pgp-signature" X-Originating-IP: 92.225.12.59 X-ZEDAT-Hint: A X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Oct 2016 22:36:17 -0000 --Sig_/6j=8LyfUf36c9AjfQz3W_ys Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Am Tue, 27 Sep 2016 23:34:54 -0500 Scott Bennett schrieb: > Andrei wrote: >=20 > > On Tue, 27 Sep 2016 14:14:57 -0700 > > Matthew Macy wrote: > > =20 > > > ---- On Tue, 27 Sep 2016 13:49:01 -0700 abi wrote > > > ---- =20 > > > > What's in how it called? I'd be ok with WindowsBSD name until I'm > > > > not forced to switch to it and developers contributing their code > > > > back. =20 > > >=20 > > > Please don't feed the trolls. His anger over my past contributions to > > > a FreeBSD variant are indicative of someone who is either 100% troll > > > or someone with serious identity problems. Either way, legitimizing > > > him isn't really a sensible use of our collective time and attention.= =20 > > > > So, I'm troll because you discussing your fork in FreeBSD maillist? =20 >=20 > That does it. *Now* I'm ready to ask that "Andrei" be banned from > this list. If he continues such behavior on any other FreeBSD list, then > I would ask that he be banned from all of them. As stated in my previous > response, I propose that he be shunned here for a period of five years to > give him time to grow up. Feh. >=20 >=20 > Scott Bennett, Comm. ASMELG, CFIAG > ********************************************************************** > * Internet: bennett at sdf.org *xor* bennett at freeshell.org * > *--------------------------------------------------------------------* > * "A well regulated and disciplined militia, is at all times a good * > * objection to the introduction of that bane of all free governments * > * -- a standing army." * > * -- Gov. John Hancock, New York Journal, 28 January 1790 * > ********************************************************************** > _______________________________________________ > 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" I can't see "what it did", his anger might be serious and personal, but he = seems to complain about the splitting of *BSDs and becoming what Linux today is - a = mess of distributions. In a way I can understand this, but I wouldn't look at it in= a negative way, maybe it is his way of concern. I vote against a bann. Kind regards, O. Hartmann --Sig_/6j=8LyfUf36c9AjfQz3W_ys Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJX8DpQAAoJEOgBcD7A/5N8pHoH/jEL2+lB8ppQf/VOc3um9giL w6cvoVWsj4zOhrJvvKHSNKZzWCnDwMpIEt+6y99dGxa27yXiuXNRg38EO/C1hFA/ J9VhdCCHSC4KlAdF3K7fZ2Ma/OTc34fcarqYRSgqXWQTGVa+g+1CTluzNx1HihhW M8huXeSMNw8mpSFHckhj4G0LI11dW5NHWufZmS6fXroniToeBarkCD49Uji7/Ydz qc+8ioB7BpqIgIXpHnYxqaw/qvOvl3tcirXBpRj0w8IP+3YF2Ss7Bn7q1odlLImy TvXO2hUe9hgZpsDdxS4Wyj3JLQCaWW1XASg3R3ElCwTDplARBVP4DqcwrnTzxus= =XB4E -----END PGP SIGNATURE----- --Sig_/6j=8LyfUf36c9AjfQz3W_ys--