From owner-freebsd-x11@FreeBSD.ORG Tue Nov 29 19:12:36 2011 Return-Path: Delivered-To: freebsd-x11@FreeBSD.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id 45ACF1065675; Tue, 29 Nov 2011 19:12:36 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-x11@FreeBSD.org Date: Tue, 29 Nov 2011 14:12:10 -0500 User-Agent: KMail/1.6.2 References: <20111128092008.GA58668@onelab2.iet.unipi.it> <4ED52241.5040104@comcast.net> <4ED52648.9020908@comcast.net> In-Reply-To: <4ED52648.9020908@comcast.net> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201111291412.28576.jkim@FreeBSD.org> Cc: Subject: Re: suggested xorg-compatible video HW for FreeBSD/amd64 ? X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Nov 2011 19:12:36 -0000 On Tuesday 29 November 2011 01:36 pm, Adam K Kirchhoff wrote: > On 11/29/11 13:19, Adam K Kirchhoff wrote: > > On 11/29/11 13:04, Jung-uk Kim wrote: > >> I believe major hurdle is porting TTM but the future of this API > >> is not so bright. In fact, X.org ATI driver uses GEM API now > >> and it is internally mapped to TTM calls by Linux DRM (aka > >> "GEM-ified TTM manager"). Unfortunately, as always, I don't see > >> clear plans from Linux/X.org developers. I can only guess few > >> possibilities. > >> > >> 1. Linux/X.org folks drop GEM-ified TTM and use native GEM > >> calls. 2. Linux/X.org folks drop GEM-ified TTM and use native > >> TTM calls. 3. Linux/X.org folks re-invent new wheels (again). > >> 4. No change. > >> > >> My guess is #1 is most likely scenario in the near future. Even > >> if Linux/X.org folks don't do it, we may be able to implement it > >> without TTM because X.org ATI driver uses GEM API already and we > >> do not have AMD/ATI Catalyst driver for FreeBSD anyway. So, I > >> guess we have two choices ATM: > >> > >> 1. Fully porting TTM, GEM-ified TTM, and KMS. > >> 2. Replacing GEM-ified TTM with GEM and porting KMS. > >> > >> BTW, I am not volunteering. ;-) > >> > >> Jung-uk Kim > >> _______________________ > > > > Every conversation I've had with the radeon driver developers on > > the matter, even quite recently, has led me to believe that TTM > > will not be going away. GEM is only appropriate for IGP GPUs. > > Unless that changes within GEM, I do believe TTM will be used > > internally on the radeon DRM indefinitely. > > > > If I had to guess, I'd say that anyone on the FreeBSD side > > deciding to get rid of TTM and use GEM only GEM for radeons would > > eventually come to the same conclusion as the developers who have > > been working with radeon hardware for years :-) > > Correction. GEM seems to be focused on Intel IGP GPUs. According > to one of the radeon developers on #radeon on freenode, even radeon > IGP GPUs need something like TTM. > > Honestly, I'm wondering how you came to the conclusion that future > of TTM is not so bright... ? :-) I know it was developed for Intel IGPs (by anholt@, former FreeBSD DRM maintainer). However, I was under (wrong?) impression that xf86-video-ati is using GEM API because it wasn't absolutely necessary. AFAIK, Nouveau folks also did something similar, OpenChrome guys are doing the same thing, etc. If TTM is really necessary, why "GEM on TTM" hack in the first place? Jung-uk Kim