From owner-freebsd-x11@freebsd.org Wed Mar 22 17:59:04 2017 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 AF121D1714B for ; Wed, 22 Mar 2017 17:59:04 +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 8AE161FD9 for ; Wed, 22 Mar 2017 17:59:04 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from [IPv6:2605:e000:1313:b3:223:24ff:fea8:4fb5] (2605:e000:1313:b3:223:24ff:fea8:4fb5 [IPv6:2605:e000:1313:b3:223:24ff:fea8:4fb5]) by vps-mail.nomadlogic.org (OpenSMTPD) with ESMTPSA id 95c66115 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO for ; Wed, 22 Mar 2017 10:59:02 -0700 (PDT) Subject: Re: Status of Intel Broadwell GPU Support?? To: freebsd-x11@freebsd.org References: <20170321182231.GG77624@rancor.immure.com> <25c5ecee-b617-a55b-c8f9-cf041b7ecf92@nomadlogic.org> <20170321201843.GH77624@rancor.immure.com> <10d5602e-8fe5-1d2c-1e07-5ca2f62ebfe0@nomadlogic.org> <20170321222823.GA79219@rancor.immure.com> <79.B5.25473.52E32D85@dnvrco-omsmta03> <20170322125003.GL3359@rancor.immure.com> <5d9d18c0-e73a-3f08-3ec5-7ad0e4d96ca1@gmail.com> From: Pete Wright Message-ID: Date: Wed, 22 Mar 2017 10:58:36 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: <5d9d18c0-e73a-3f08-3ec5-7ad0e4d96ca1@gmail.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, 22 Mar 2017 17:59:04 -0000 On 03/22/17 10:20, Theron wrote: > On 03/22/17 08:50, Bob Willcox wrote: >> On Wed, Mar 22, 2017 at 09:02:27AM +0000, Thomas Mueller wrote: >>>> Hooray!! My system is up and running the >>>> FreeBSDDesktop/freebsd-base-graphics version! >>>> The download, build, & install was mostly uneventful. Thanks again >>>> for your help! >>>> Bob >>>> Bob Willcox >>> Did you use freebsd-base-graphics for buildworld and buildkernel, or >>> did you use the normal /usr/src for buildworld and >>> freebsd-base-graphics for the kernel? >>> >>> >>> Tom >>> >> I followed the instructions here: >> >> https://github.com/FreeBSDDesktop/freebsd-base-graphics >> >> and used freebsd-base-graphics for both buildword and buildkernel. >> I'm not too >> clear on just what that means for any future updates, though. I have >> been >> hoping for the past year or more that the patches/changes included in >> freebsd-base-graphics would get integrated into the base. I really >> don't know >> if that's happened or planned to be done. Been kinda frustrating. >> >> Bob >> > > I think the problem with upstreaming is that > FreeBSDDesktop/freebsd-base-graphics uses elements of the Linux source > tree organization, namely the drivers/gpu and Documentation/gpu > directories, which do not fit in the normal FreeBSD source tree. As > far as I can tell the FreeBSDDesktop team did this to minimize > differences between Linux and FreeBSD gpu sources. Maybe these > directories should be put elsewhere and just the makefiles modified to > resolve the differences? Or have the source consist of the files with > unmodified Linux paths along side a patch file correcting the > differences, similarly to ports? Given that most technical issues are > out of the way and that there is a high user demand for this support, > it seems to be time for the developers to revisit this issue. I don't want to speak for mmacy@ or others, but my understanding was to first implement a linux KPI layer for FreeBSD that is up to date with the current linux kernel code. this should allow for easier integration of the DRM bits from linux onto FreeBSD, and help get other drivers and that are linux specific working. I believe currently work is happening right now to get the lkpi code from drm-next integrated into upstream CURRENT, and some folks are working on creating a drm port/pkg for intel i915 graphics as well as for amd GPU's. This plan should help avoid some of the nastiness you mention, while also keeping GPL'd that is required to get all the bits working correctly out of the base system. at least that is my understanding - i'm sure someone will chime in if i'm off base/confused though :) -pete -- Pete Wright pete@nomadlogic.org @nomadlogicLA