From owner-freebsd-x11@FreeBSD.ORG Mon Nov 17 08:03:47 2014 Return-Path: Delivered-To: x11@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1033) id C6CC85A1; Mon, 17 Nov 2014 08:03:47 +0000 (UTC) Date: Mon, 17 Nov 2014 08:03:47 +0000 From: Alexey Dokuchaev To: Baptiste Daroussin Subject: WITHOUT_NEW_XORG not fully supported on stable/8? Message-ID: <20141117080347.GA65277@FreeBSD.org> References: <20141116161630.GA92235@smtp.infracaninophile.co.uk> <20141117030606.GA71360@FreeBSD.org> <20141117062046.GA48896@ivaldir.etoilebsd.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20141117062046.GA48896@ivaldir.etoilebsd.net> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: x11@freebsd.org X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.18-1 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, 17 Nov 2014 08:03:47 -0000 [ Discussion moved over to X11 list where it belongs better; subject adjusted ] tl;dr: It looks like WITHOUT_NEW_XORG support is not complete (e.g., missing checks in graphics/libdrm port), otherwise thanks for supporting it! Yet I fear it will go away sooner rather then later; how feasible would be extend the life of low-level UMS bits and provide necessary compatibility shims for modern upper-level stuff (like libGL/cairo/KDE)? On Mon, Nov 17, 2014 at 07:20:47AM +0100, Baptiste Daroussin wrote: > If you have better suggestion the X11 team would be glad to get some help, > and anyone having modern hardware also or anyone willing to run kde or use > anything that needs cairo or anyone on intel graphic cards just willing to > use Firefox Well, first suggestion would be actually respecting WITHOUT_NEW_XORG knob as advertised; particularly, it looks like graphics/libdrm should include this checks, maybe something else (haven't looked closer yet). > If you have to complain here: complain to the FreeBSD project not having > able to maintain decently the graphics component in the kernel for eons, > this is the result of us neglecting that part. We've discussed that before with dumbbell@ et al. on IRC a number of times, I fully agree with this, no need to argue. :) > You want your old xorg back? please provide a mechanism to propose > alternative for the following components for users: X, libGL, the different > drivers, libdrm, cairo and/or fix kde so that it works with ancient > components as well as newer, fix intel (old ones) drivers so that they do > not die with newer cairo, and make sure everything or almost everything > works with both stack and soon probably 3 or 4 stacks as newer component > are already giving us the same problem for the same reasons (yeah new mesa) I did not ask for 100% support of new KDE with all its bells and whistles; I merely was expecting to get a working X11 with WITHOUT_NEW_XORG set, yet it broke. How realistic would be having pre-KMS stuff in ports for bare-boned X11 (sans KDE) available at least while we still support 8.4? You've listed a lot of components that need to be taken care of, but can't we have modern cairo working with UMS libdrm/drivers/xorg-server, with compatibility patch? Or, would it be feasible to patch the last UMS-aware version of x11-drivers/ xf86-video-intel so it can work with new xserver? ./danfe