On Tue, Apr 18, 2017 at 10:26:39PM +0200, Daniel Vetter wrote:
> On Tue, Apr 18, 2017 at 7:55 PM, Andy Ritger wrote:
> > I explained:
> >
> > We intentionally chose MODULE_LICENSE("MIT") for nvidia-drm.ko, rather
> > than MODULE_LICENSE(&q
t least, I don't expect any of these functions
would be used in particularly perf-critical paths.
I should also note that I attempted to remove all kref helper function
calls from static inline drm functions. This is more than strictly
necessary for NVIDIA's needs. But, it seemed good to
object_unreference
from drm_gem.h to drm_gem.c.
Signed-off-by: Andy Ritger
---
drivers/gpu/drm/drm_atomic.c | 51 +++
drivers/gpu/drm/drm_framebuffer.c | 12 +
drivers/gpu/drm/drm_gem.c | 35 +++
in
.h to
EXPORT_SYMBOL functions in dma-fence, to make the interface boundary clear.
Signed-off-by: Andy Ritger
---
drivers/dma-buf/dma-fence.c | 41 +
include/linux/dma-fence.h | 40 +++-
2 files changed, 44 insertions(+), 3
On Tue, Apr 11, 2017 at 09:24:33AM +0200, Lukas Wunner wrote:
> Hi Nikhil,
>
> On Tue, Apr 11, 2017 at 09:44:35AM +0530, Nikhil Mahale wrote:
> > There is not interest in relaxing the export of refcount_inc, and
> > changing the license of nvidia-drm.ko isn't viable right now.
>
> Why not dual-l
On Wed, Oct 22, 2014 at 11:20:09PM +0200, Daniel Vetter wrote:
> On Wed, Oct 22, 2014 at 8:34 AM, Andy Ritger wrote:
> > I assume the TILE property described below would be per-connector?
> >
> > It looks like this would handle the DP MST tiled display case.
> >
> &g
I assume the TILE property described below would be per-connector?
It looks like this would handle the DP MST tiled display case.
At the risk of trying to solve too much at once:
There are also configurations where users configure multiple heads to
drive power walls that they want to be treated
