From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754579AbbE1SuL (ORCPT ); Thu, 28 May 2015 14:50:11 -0400 Received: from ausc60pc101.us.dell.com ([143.166.85.206]:57557 "EHLO ausc60pc101.us.dell.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753372AbbE1SuG (ORCPT ); Thu, 28 May 2015 14:50:06 -0400 DomainKey-Signature: s=smtpout; d=dell.com; c=nofws; q=dns; h=X-LoopCount0:X-IronPort-AV:Message-ID:Date:From: Organization:User-Agent:MIME-Version:To:CC:Subject: References:In-Reply-To:Content-Type: Content-Transfer-Encoding; b=dQX/c3NR79GDI/w9VCspcsH6eIzT1GxYiyG9RbrJy6uVD+DFXKo1i8x3 BzlecxrxMTpAoATvk24JF21h1ZOsPekOGqEqJXEqGwkPlXcEl+hPbDZX4 2gOzt4dUNl1IF3KidT8Dco2CNZrNPPOKqqmTEe5EFcoTNGsp/tVQrVDSH A=; X-LoopCount0: from 10.9.160.253 X-IronPort-AV: E=Sophos;i="5.13,513,1427778000"; d="scan'208";a="793804536" Message-ID: <5567635A.9060607@dell.com> Date: Thu, 28 May 2015 13:50:02 -0500 From: Mario Limonciello Organization: Dell Inc. User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: Greg KH CC: "matthew.garrett@nebula.com" , LKML , "platform-driver-x86@vger.kernel.org" Subject: Re: [PATCH 3/3] Capture cable events created by Alienware GFX Amplifier. References: <1432755422-26024-1-git-send-email-mario_limonciello@dell.com> <1432755422-26024-4-git-send-email-mario_limonciello@dell.com> <5566573D.4000300@dell.com> <20150528183036.GB25345@kroah.com> In-Reply-To: <20150528183036.GB25345@kroah.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 05/28/2015 01:30 PM, Greg KH wrote: > On Wed, May 27, 2015 at 06:46:05PM -0500, Mario Limonciello wrote: > Then fix the GPU drivers. > > Fix the GPU drivers. > > Fix the GPU drivers. > > Nope, fix the GPU drivers. > > With a fix for the GPU drivers? Great, that's the only acceptable > solution. > > thanks, > > greg k-h Thanks for the feedback, point taken that you don't want to see the system restart when the xGPU is removed from the system. Can you please help to advise me the flow you would realistically like to see here? I'm looking for the best experience for the end user with what the situation is with the Xorg architecture. Also, there's two factors I'd like to draw attention to that the Other OS can support. 1) It supports something called Heterogenous graphics. That means that you can actually have a GPU from Intel, NVIDIA, and AMD all in the system at the same time with acceleration active. If one drops off the bus, the OS moves the apps rendering to that GPU over (or kills them if they can't be moved). Xorg supports having multiple GPU's via Xinerama, but HW acceleration is disabled. No one on a gaming PC would actually use Xinerama. So you can-not simultaneously use an NVIDIA, AMD and Intel GPU in a gaming PC on Linux's Xorg architecture. Even if you got to the ideal scenario of using all 3 GPU's with open source drivers, this is still a problem for Linux w/ Xorg. 2) If the xGPU is the active GPU on the system and someone removes the cable what should happen? Remember, you can only have one GPU active in Xorg. There "might" be a second GPU in the system, but again in order to use you would have to restart Xorg. If it turns out that GPU is not the same vendor as the GPU in your xGPU you'll also have to reconfigure Xorg and possibly install different drivers.