From owner-svn-ports-all@freebsd.org Thu Apr 20 18:05:44 2017 Return-Path: Delivered-To: svn-ports-all@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 C153CD480A0; Thu, 20 Apr 2017 18:05:44 +0000 (UTC) (envelope-from danfe@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9A35C15B4; Thu, 20 Apr 2017 18:05:44 +0000 (UTC) (envelope-from danfe@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1033) id C06ED891; Thu, 20 Apr 2017 18:05:43 +0000 (UTC) Date: Thu, 20 Apr 2017 18:05:43 +0000 From: Alexey Dokuchaev To: Matthew Rezny Cc: ports-committers@freebsd.org, svn-ports-all@freebsd.org, svn-ports-head@freebsd.org Subject: Re: svn commit: r433902 - head Message-ID: <20170420180543.GA46588@FreeBSD.org> References: <201702111903.v1BJ3sMj021042@repo.freebsd.org> <20170420170837.GA10533@FreeBSD.org> <1855734.ja2yFjLJe3@workstation.reztek> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1855734.ja2yFjLJe3@workstation.reztek> User-Agent: Mutt/1.7.1 (2016-10-04) X-BeenThere: svn-ports-all@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: SVN commit messages for the ports tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2017 18:05:44 -0000 On Thu, Apr 20, 2017 at 07:53:50PM +0200, Matthew Rezny wrote: > On Thursday 20 April 2017 17:08:37 Alexey Dokuchaev wrote: > > ... > > Can you recall what was the previous order? > > Old Order: vendor specific according to PCI ID, fbdev, vesa > ... > Modesetting was behind an #ifdef linux. I enabled it for us as well, though > it could probably be changed to be enabled for all BSDs upstream. > > See x11-servers/xorg-server/files/patch-hw_xfree86_common_xf86AutoConfig.c Thanks for the pointer, I'll have a look. Meanwhile I've noticed another problem: hw accel no longer works ("unknown chip id 0x990d, can't guess.") but that's better to be reported on the x11@ list. > > Any ideas why it does not work now with AMD A8 APU (Aruba, NI)? I don't > > mind loading it by hand or via kld_list, but still want to know what had > > broken automatic loading in my case (as it worked fine before). > > Do you have xf86-video-ati installed? That is what loads radeonkms.ko. > You should only need to manually load it if using modesetting (ati is not > installed). Yes, I do have (and always had) xf86-video-ati installed. > > Can you elaborate a bit on the last sentense (my context is solely AMD/ATI, > > I don't own or care about Intel hardware). Thanks, > > The modesetting driver is meant to be a generic DDX that uses the ksm drm > interface without any vendor specifics. Think of it like scfb sitting on > the framebuffer, except it sits on drm so it can do OpenGL and actually uses > that exclusively for accelerated rendering (Glamor for 2D). That is nice to > have in general and could be a good improvement for some Intel GPUs since > UXA and SNA aren't exactly stable and Intel hasn't done a release in years. > [...] Appreciate elaborate reply; I'd have to return to it later after I educate myself on the subject better. :-) ./danfe