Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753534AbdDKLYB convert rfc822-to-8bit (ORCPT ); Tue, 11 Apr 2017 07:24:01 -0400 Received: from mx1.redhat.com ([209.132.183.28]:33006 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752955AbdDKLX6 (ORCPT ); Tue, 11 Apr 2017 07:23:58 -0400 DMARC-Filter: OpenDMARC Filter v1.3.2 mx1.redhat.com 6948680E4A Authentication-Results: ext-mx01.extmail.prod.ext.phx2.redhat.com; dmarc=none (p=none dis=none) header.from=redhat.com Authentication-Results: ext-mx01.extmail.prod.ext.phx2.redhat.com; spf=pass smtp.mailfrom=kraxel@redhat.com DKIM-Filter: OpenDKIM Filter v2.11.0 mx1.redhat.com 6948680E4A Message-ID: <1491909833.30990.93.camel@redhat.com> Subject: Re: [RfC PATCH] drm: fourcc byteorder: brings header file comments in line with reality. From: Gerd Hoffmann To: Pekka Paalanen Cc: Ilia Mirkin , "dri-devel@lists.freedesktop.org" , open list , amd-gfx@lists.freedesktop.org, Daniel Vetter Date: Tue, 11 Apr 2017 13:23:53 +0200 In-Reply-To: <20170411103101.0497fe08@eldfell> References: <20170410101202.19229-1-kraxel@redhat.com> <20170410161214.305f5daf@eldfell> <1491833847.30990.77.camel@redhat.com> <20170410180941.43922e25@eldfell> <20170411103101.0497fe08@eldfell> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8BIT Mime-Version: 1.0 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.25]); Tue, 11 Apr 2017 11:23:58 +0000 (UTC) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 715 Lines: 20 Hi, > > Just let know what you need tested, I should be able to turn it around > > within a couple of days. > > That's part of my problem. I don't really know what should be tested. > What do people do with their BE machines that we should avoid breaking? For the virtual machine use case the bar is pretty low, it's mostly about a graphical server console. Anaconda installer. Gnome desktop with browser and standard xorg (xterm) + gtk apps. No heavy OpenGL stuff. No hardware acceleration, so if opengl is used then it'll be llvmpipe. Right now Xorg is important. Not sure whenever wayland ever will be, possibly the ppc64 -> ppc64le switch goes faster than the xorg -> wayland switch. cheers, Gerd