From: Bastien Nocera <hadess@hadess.net>
To: Dave Airlie <airlied@gmail.com>
Cc: "intel-gfx@lists.freedesktop.org"
<intel-gfx@lists.freedesktop.org>,
dri-devel <dri-devel@lists.freedesktop.org>
Subject: Re: [PATCH v5 00/12] Enable GPU switching on pre-retina?MacBook Pro
Date: Thu, 10 Mar 2016 16:29:28 +0100 [thread overview]
Message-ID: <1457623768.2648.132.camel@hadess.net> (raw)
In-Reply-To: <CAPM=9tyJXJO_7ne7-C=35=rHhCbPLeZeAbFFNCttSRWj4HkJ+A@mail.gmail.com>
Hey Dave,
On Thu, 2016-03-10 at 09:30 +1000, Dave Airlie wrote:
<snip>
> Okay so I'm not sure you are heading in the best direction here.
>
> My first suggestion is to stop using the MBP, start using the Lenovo.
> At least from a Fedora perspective, that is the hw we have more
> installs of and
> care more about.
The Lenovo has an NVidia GPU, and there's no runtime PM support for
nouveau.
> Apple HW is not the same as PC hw in this case and we aren't going to
> achieve
> the same level of integration that OSX has, not without some serious
> rewrites of
> mutter and the whole X stack.
That's not the target goals. Did you read the wiki page I pointed to
listing the goals?
https://wiki.gnome.org/Design/OS/DualGPU
> You shouldn't be caring about the MUX.
I never talked about the MUX, didn't plan on using it either.
<snip>
> So I'm missing what the overall goal here is. To provide better
> support for dual-gpu
> laptops and hotpluggable USB devices in the DE?
Just dual-GPU devices for now.
I'd be interested in supporting USB displays, but I only have
proprietary drivers for my USB3 DisplayLink dock, and possibly
networked display devices, but the AirTame I have is also still using
an undocumented protocol.
> Under X, Fedora carries a server patch to autoconfigure providers,
> we'd need to drop
> that and have something in the DE notice when a new provider shows up
> and configures it,
> perhaps something to allow removal of providers that are already
> bound
> (so we could detach
> a secondary GPU for boxes to passthrough).
I'd rather have that be automated so that Boxes can tell you what is
using the 2nd GPU, not requiring any manual intervention.
> Then we need something in the DE to allow us to launch or have some
> app info that would
> decide to launch certain 3D using apps on the more powerful
> processor.
That's what I started working on, exporting the fact that 2 GPUs are
available through a D-Bus service, which also ensures that we only
> However since
> nouveau doesn't quite reclock most of the secondary GPUs that can
> often end up not being
> that much more powerful.
There are supported laptops with Radeon GPUs as well, not sure whether
that's more powerful.
> We also want reverse prime to work properly, so if you plug in an
> external monitor to
> a port connected to the secondary GPU that we can pick it up and
> configure it just like
> all the other monitors.
I don't think I have any hardware that works this way.
> As for the MBP, if we want to spend time chasing the rainbow of OS X,
> then we've a lot of work
> to do. OSX can smoothly switch the compositor from rendering on the
> intel gpu to the nvidia
> gpu in a vblank. It's truly seamless. To do that we'd need to a) move
> to wayland, b) get mutter
> to be a lot smarter than mutter currently is.
That's not what I'm aiming for right now.
Cheers
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/intel-gfx
next prev parent reply other threads:[~2016-03-10 15:29 UTC|newest]
Thread overview: 47+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-01-11 19:09 [PATCH v5 00/12] Enable GPU switching on pre-retina MacBook Pro Lukas Wunner
2016-01-11 19:09 ` [PATCH v5 04/12] apple-gmux: Add switch_ddc support Lukas Wunner
2016-01-11 19:09 ` [PATCH v5 02/12] vga_switcheroo: Add support for switching only the DDC Lukas Wunner
2016-01-11 19:09 ` [PATCH v5 03/12] apple-gmux: Track switch state Lukas Wunner
2016-01-11 19:09 ` [PATCH v5 12/12] drm/radeon: Defer probe if gmux is present but its driver isn't Lukas Wunner
2016-01-11 19:09 ` [PATCH v5 07/12] drm/nouveau: Switch DDC when reading the EDID Lukas Wunner
2016-01-11 19:09 ` [PATCH v5 09/12] apple-gmux: Add helper for presence detect Lukas Wunner
2016-01-11 19:09 ` [PATCH v5 01/12] vga_switcheroo: Add handler flags infrastructure Lukas Wunner
2016-01-11 19:09 ` [PATCH v5 05/12] drm/edid: Switch DDC when reading the EDID Lukas Wunner
2016-01-11 19:09 ` [PATCH v5 11/12] drm/nouveau: Defer probe if gmux is present but its driver isn't Lukas Wunner
2016-01-11 19:09 ` [PATCH v5 08/12] drm/radeon: Switch DDC when reading the EDID Lukas Wunner
2016-01-11 19:09 ` [PATCH v5 06/12] drm/i915: " Lukas Wunner
2016-01-11 19:09 ` [PATCH v5 10/12] drm/i915: Defer probe if gmux is present but its driver isn't Lukas Wunner
2016-02-09 9:04 ` Daniel Vetter
2016-02-14 12:10 ` Lukas Wunner
2016-02-14 12:46 ` Daniel Vetter
2016-02-16 15:58 ` Lukas Wunner
2016-02-16 16:08 ` Daniel Vetter
2016-02-18 20:34 ` Lukas Wunner
2016-02-18 21:39 ` Daniel Vetter
2016-02-18 22:20 ` Lukas Wunner
2016-02-18 23:11 ` Daniel Vetter
2016-02-18 23:53 ` Deucher, Alexander
[not found] ` <cover.1452525860.git.lukas-JFq808J9C/izQB+pC5nmwQ@public.gmane.org>
2016-02-01 22:49 ` [PATCH v5 00/12] Enable GPU switching on pre-retina MacBook Pro Lukas Wunner
2016-02-02 1:10 ` Dave Airlie
2016-02-02 1:19 ` Dave Airlie
2016-02-02 15:03 ` Lukas Wunner
[not found] ` <20160201224944.GA12944-JFq808J9C/izQB+pC5nmwQ@public.gmane.org>
2016-02-02 6:33 ` Pierre Moreau
2016-02-08 18:10 ` Darren Hart
[not found] ` <20160208181000.GL1779-Z5kFBHtJu+EzCVHREhWfF0EOCMrvLtNR@public.gmane.org>
2016-02-09 9:01 ` Daniel Vetter
[not found] ` <loom.20160304T170007-454@post.gmane.org>
2016-03-05 14:16 ` [Intel-gfx] [PATCH v5 00/12] Enable GPU switching on pre-retina?MacBook Pro Lukas Wunner
2016-03-05 16:31 ` Bastien Nocera
2016-03-09 23:30 ` Dave Airlie
2016-03-10 15:29 ` Bastien Nocera [this message]
2016-03-10 15:33 ` Bastien Nocera
2016-03-14 12:41 ` [Intel-gfx] " Lukas Wunner
2016-03-14 13:37 ` Bastien Nocera
2016-03-15 7:51 ` Daniel Vetter
2016-03-15 11:10 ` [Intel-gfx] " Dave Airlie
2016-03-15 11:55 ` Bastien Nocera
2016-04-05 16:59 ` Bastien Nocera
2016-04-05 17:43 ` Lukas Wunner
2016-03-05 17:28 ` [Intel-gfx] " Bastien Nocera
2016-03-05 18:10 ` Alex Deucher
2016-03-15 17:54 ` Lukas Wunner
2016-03-15 18:33 ` Alex Deucher
2016-03-15 20:41 ` Lukas Wunner
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1457623768.2648.132.camel@hadess.net \
--to=hadess@hadess.net \
--cc=airlied@gmail.com \
--cc=dri-devel@lists.freedesktop.org \
--cc=intel-gfx@lists.freedesktop.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).