All of lore.kernel.org
 help / color / mirror / Atom feed
From: Lukas Wunner <lukas@wunner.de>
To: "Cheng, Tony" <tony.cheng@amd.com>
Cc: "Grodzovsky, Andrey" <Andrey.Grodzovsky@amd.com>,
	dri-devel <dri-devel@lists.freedesktop.org>,
	amd-gfx mailing list <amd-gfx@lists.freedesktop.org>,
	"Deucher, Alexander" <Alexander.Deucher@amd.com>
Subject: Re: [RFC] Using DC in amdgpu for upcoming GPU
Date: Tue, 13 Dec 2016 16:57:31 +0100	[thread overview]
Message-ID: <20161213155731.GA10997@wunner.de> (raw)
In-Reply-To: <0fcd4fc6-970c-da48-f790-e927c79cca26@amd.com>

On Tue, Dec 13, 2016 at 10:03:58AM -0500, Cheng, Tony wrote:
> On 12/13/2016 4:40 AM, Lukas Wunner wrote:
> > If the Linux community contributes to DC, I guess those contributions
> > can generally be assumed to be GPLv2 licensed.  Yet a future version
> > of the macOS driver would incorporate those contributions in the same
> > binary as their closed source OS-specific portion.
> 
> I am struggling with that these comminty contributions to DC would be.
> 
> Us AMD developer has access to HW docs and designer and we are still
> spending 50% of our time figuring out why our HW doesn't work right.
> I can't image community doing much of this heavy lifting.

True, but past experience with radeon/amdgpu is that the community has
use cases that AMD developers don't specifically cater to, e.g. due to
lack of the required hardware or resource constraints.

E.g. Mario Kleiner has contributed lots of patches for proper vsync
handling which are needed for his neuroscience software.  I've
contributed DDC switching support for MacBook Pros to radeon.
Your driver becomes more useful, you get more customers, everyone wins.


> > Do I understand DAL3.jpg correctly that the macOS driver builds on top
> > of DAL Core?  I'm asking because the graphics drivers shipping with
> > macOS as well as on Apple's EFI Firmware Volume are closed source.
> 
> macOS currently ship with their own driver.  I can't really comment on what
> macOS do without getting into trouble.

The Intel Israel folks working on Thunderbolt are similarly between
the rock that is the community's expectation of openness and the hard
place that is Apple's secrecy.  So I sympathize with your situation,
kudos for trying to do the right thing.


> I guess we can nak all changes and "rewrite" our
> own version of clean up patch community want to see?

I don't think that would be workable honestly.

One way out of this conundrum might be to use a permissive license such
as BSD for DC.  Then whenever you merge a community patch, in addition
to informing the contributor thereof, send them a boilerplate one-liner
that community contributions are assumed to be under the same license
and if the contributor disagrees they should send a short notice to
have their contribution removed.

But IANAL.

Best regards,

Lukas
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel

  parent reply	other threads:[~2016-12-13 15:57 UTC|newest]

Thread overview: 66+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-12-08  2:02 [RFC] Using DC in amdgpu for upcoming GPU Harry Wentland
2016-12-08  9:59 ` Daniel Vetter
     [not found]   ` <20161208095952.hnbfs4b3nac7faap-dv86pmgwkMBes7Z6vYuT8azUEOm+Xw19@public.gmane.org>
2016-12-08 14:33     ` Harry Wentland
2016-12-08 15:34       ` Daniel Vetter
     [not found]         ` <20161208153417.yrpbhmot5gfv37lo-dv86pmgwkMBes7Z6vYuT8azUEOm+Xw19@public.gmane.org>
2016-12-08 15:41           ` Christian König
2016-12-08 15:46             ` Daniel Vetter
2016-12-08 20:24             ` Matthew Macy
2016-12-08 17:40           ` Alex Deucher
2016-12-08 20:07     ` Dave Airlie
     [not found]       ` <CAPM=9tw=OLirgVU1RVxfPZ1PV64qtjOPTJ2q540=9VJhF4o2RQ-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2016-12-08 23:29         ` Dave Airlie
     [not found]           ` <CAPM=9tzqaSR3dUBV9RUmo-kQZ8VmNP=rdgiHwOBii=7A2X0Dew-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2016-12-09 17:26             ` Cheng, Tony
2016-12-09 19:59               ` Daniel Vetter
     [not found]                 ` <CAKMK7uGDUBHZKNEZTdOi2_66vKZmCsc+ViM0UyTdRPfnYa-Zww-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2016-12-09 20:34                   ` Dave Airlie
2016-12-09 20:38                     ` Daniel Vetter
2016-12-10  0:29                     ` Matthew Macy
2016-12-11 12:34                     ` Daniel Vetter
2016-12-09 17:56           ` Cheng, Tony
2016-12-09 17:32         ` Deucher, Alexander
     [not found]           ` <MWHPR12MB169473F270C372CE90D3A254F7870-Gy0DoCVfaSW4WA4dJ5YXGAdYzm3356FpvxpqHgZTriW3zl9H0oFU5g@public.gmane.org>
2016-12-09 20:30             ` Dave Airlie
     [not found]               ` <CAPM=9tw4U6Ps1KgTpn-Sq2esfqkmDCPvpoRXnJB-X6pwjbBmTw-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2016-12-11  0:36                 ` Alex Deucher
2016-12-09 20:31           ` Daniel Vetter
2016-12-11 20:28 ` Daniel Vetter
     [not found]   ` <20161211202827.cif3jnbuouay6xyz-dv86pmgwkMBes7Z6vYuT8azUEOm+Xw19@public.gmane.org>
2016-12-13  2:33     ` Harry Wentland
     [not found]       ` <b64d0072-4909-c680-2f09-adae9f856642-5C7GfCeVMHo@public.gmane.org>
2016-12-13  4:10         ` Cheng, Tony
2016-12-13  7:50           ` Daniel Vetter
     [not found]           ` <3219f6f2-080e-0c77-45bb-cf59aa5b5858-5C7GfCeVMHo@public.gmane.org>
2016-12-13  7:30             ` Dave Airlie
2016-12-13  9:14               ` Cheng, Tony
2016-12-13 14:59             ` Rob Clark
2016-12-13  7:31         ` Daniel Vetter
2016-12-13 10:09         ` Ernst Sjöstrand
     [not found] ` <55d5e664-25f7-70e0-f2f5-9c9daf3efdf6-5C7GfCeVMHo@public.gmane.org>
2016-12-12  2:57   ` Dave Airlie
     [not found]     ` <CAPM=9tx+j9-3fZNY=peLjdsVqyLS6i3V-sV3XrnYsK2YuhWRBA-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2016-12-12  3:21       ` Bridgman, John
2016-12-12  3:23         ` Bridgman, John
     [not found]           ` <BN6PR12MB13484A1D247707C399180266E8980-/b2+HYfkarQX0pEhCR5T8QdYzm3356FpvxpqHgZTriW3zl9H0oFU5g@public.gmane.org>
2016-12-12  3:43             ` Bridgman, John
2016-12-12  4:05               ` Dave Airlie
2016-12-13  1:49       ` Harry Wentland
     [not found]         ` <634f5374-027a-6ec9-41a5-64351c4f7eac-5C7GfCeVMHo@public.gmane.org>
2016-12-13 12:22           ` Daniel Stone
2016-12-13 12:59             ` Daniel Vetter
     [not found]               ` <20161213125953.zczaojxp37yg6a6f-dv86pmgwkMBes7Z6vYuT8azUEOm+Xw19@public.gmane.org>
2016-12-14  1:50                 ` Michel Dänzer
     [not found]                   ` <afa3fdb6-1bb4-976e-d14f-b04ab8243819-otUistvHUpPR7s880joybQ@public.gmane.org>
2016-12-14 15:46                     ` Harry Wentland
     [not found]             ` <CAPj87rNrwsfAR75138WDQPbti_BmS_D-NxESZ075obcjO3T04g-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2016-12-14 16:35               ` Alex Deucher
2016-12-12  7:09     ` Daniel Vetter
2016-12-13  2:52     ` Cheng, Tony
     [not found]       ` <5a1f2762-f1e0-05f1-3c16-173cb1f46571-5C7GfCeVMHo@public.gmane.org>
2016-12-13  7:09         ` Dave Airlie
2016-12-13  9:40       ` Lukas Wunner
     [not found]         ` <20161213094035.GA10916-JFq808J9C/izQB+pC5nmwQ@public.gmane.org>
2016-12-13 15:03           ` Cheng, Tony
2016-12-13 15:09             ` Deucher, Alexander
2016-12-13 15:57             ` Lukas Wunner [this message]
2016-12-14  9:57             ` Jani Nikula
2016-12-14 17:23               ` Cheng, Tony
     [not found]                 ` <d68102d4-b99c-cc60-4eb2-9c6295af130f-5C7GfCeVMHo@public.gmane.org>
2016-12-14 18:01                   ` Alex Deucher
     [not found]                     ` <CADnq5_Nha9502S=DOJDNepNv9CBV88=0R6N+tpBuO+U+s1eUQA-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2016-12-14 18:16                       ` Cheng, Tony
2016-12-13 16:14           ` Bridgman, John
2016-12-12  7:22 ` Daniel Vetter
     [not found]   ` <20161212072243.ah6sy3q57z4gimka-dv86pmgwkMBes7Z6vYuT8azUEOm+Xw19@public.gmane.org>
2016-12-12  7:54     ` Bridgman, John
     [not found]       ` <BN6PR12MB13484DA35697DBD0CA815CFFE8980-/b2+HYfkarQX0pEhCR5T8QdYzm3356FpvxpqHgZTriW3zl9H0oFU5g@public.gmane.org>
2016-12-12  9:27         ` Daniel Vetter
     [not found]           ` <20161212092727.6jgsgzlrdsha6zsl-dv86pmgwkMBes7Z6vYuT8azUEOm+Xw19@public.gmane.org>
2016-12-12  9:29             ` Daniel Vetter
2016-12-12 15:28           ` Deucher, Alexander
     [not found]             ` <MWHPR12MB1694EE6082AE9315EF5E6C68F7980-Gy0DoCVfaSW4WA4dJ5YXGAdYzm3356FpvxpqHgZTriW3zl9H0oFU5g@public.gmane.org>
2016-12-12 16:06               ` Luke A. Guest
2016-12-12 16:17               ` Luke A. Guest
     [not found]                 ` <584ECD8B.8000509-z/KZkw/0wg5BDgjK7y7TUQ@public.gmane.org>
2016-12-12 16:44                   ` Deucher, Alexander
2016-12-13  2:05     ` Harry Wentland
     [not found]       ` <2032d12b-f675-eb25-33bf-3aa0fcd20cb3-5C7GfCeVMHo@public.gmane.org>
2016-12-13  8:33         ` Daniel Vetter
  -- strict thread matches above, loose matches on Subject: below --
2016-12-09 16:32 Jan Ziak
2016-12-13  7:31 ` Michel Dänzer
2016-12-15 15:48 Kevin Brace

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=20161213155731.GA10997@wunner.de \
    --to=lukas@wunner.de \
    --cc=Alexander.Deucher@amd.com \
    --cc=Andrey.Grodzovsky@amd.com \
    --cc=amd-gfx@lists.freedesktop.org \
    --cc=dri-devel@lists.freedesktop.org \
    --cc=tony.cheng@amd.com \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.