This fixes the piglit test texturing/max-texture-size
causing the VM to die due to a too large SVGA command.
Signed-off-by: Jakob Bornecrantz
Reviewed-by: Biran Paul
Reviewed-by: Zack Rusin
---
drivers/gpu/drm/vmwgfx/vmwgfx_gmr.c | 58 +
1 file changed, 39
ark
>> ---
>> drivers/gpu/drm/vmwgfx/vmwgfx_kms.c | 8
>> 1 file changed, 4 insertions(+), 4 deletions(-)
Reviewed-by: Jakob Bornecrantz
>>
>> diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_kms.c
>> b/drivers/gpu/drm/vmwgfx/vmwgfx_kms.c
>> index
(-)
> create mode 100644 libkms/Android.mk
Not super familiar with Android build system but it looks good to me:
Reviewed-by: Jakob Bornecrantz
Cheers, Jakob.
>
> diff --git a/Android.mk b/Android.mk
> index 97a7d75..4d02b05 100644
> --- a/Android.mk
> +++ b/An
On Sun, Sep 7, 2014 at 11:30 PM, Emil Velikov
wrote:
> Signed-off-by: Emil Velikov
> ---
> configure.ac | 3 +++
> libkms/Makefile.am | 5 -
> libkms/linux.c | 16 +++-
> 3 files changed, 18 insertions(+), 6 deletions(-)
Reviewed-by: Jakob Bo
in branch 'android-final-fixes' at
> https://github.com/evelikov/libdrm
>
>
> Any comments, reviews, it builds or it works are appreciated.
While I'm not that familiar with the Android build system patches
01, 02 and 03 - 18 are
Reviewed-by: Jakob Bornecrantz
You will have to ask the intel people about 810 and 830 headers removal.
Cheers, Jakob.
Hello Daniel² et al,
I apologies in advance if the things I bring up are a bit orthogonal
to the current discussion. And I'm writing this from the view of VR,
but I have not written a VR compositor so take my comments with a bit
of salt. And also changing modes while using a VR headset is probably
This fixes the piglit test texturing/max-texture-size
causing the VM to die due to a too large SVGA command.
Signed-off-by: Jakob Bornecrantz
Reviewed-by: Biran Paul
Reviewed-by: Zack Rusin
---
drivers/gpu/drm/vmwgfx/vmwgfx_gmr.c | 58 +
1 file changed, 39
Looks good to me
Reviewed-by: Jakob Bornecrant
On Wed, Dec 4, 2013 at 1:13 PM, wrote:
> From: Ville Syrj?l?
>
> Not all drivers will need take all the modeset locks for dirtyfb, so
> push the locking down to the drivers.
>
> Signed-off-by: Ville Syrj?l?
> Reviewed-by: Daniel Vetter
> ---
>
Looks good to me.
Cheers, Jakob.
- Thomas Hellstrom wrote:
> VMAs covering a bo but that didn't start at the same address space offset as
> the bo they were mapping were incorrectly generating SEGFAULT errors in
> the fault handler.
>
> Reported-by: Joseph Dolinak
> Signed-off-by: Thomas H
The vmwgfx changes are:
Reviewed-by: Jakob Bornecrantz
On Wed, Dec 11, 2013 at 11:34 AM, Daniel Vetter
wrote:
> Hi all,
>
> This series almost removes drm_bus, the last thing remaining is the
> ->setversion
> callback. Unfortunately we can't kill that completely since
On Thu, Sep 6, 2012 at 3:35 PM, Tim Gardner
wrote:
> Dave - I couldn't find this patch in your git repo at
> git://people.freedesktop.org/~airlied/linux in the drm-next or drm-fixes
> branches.
>
> https://patchwork.kernel.org/patch/1379071/
>
> It appears to fix a real problem for Mac users -
>
---
src/mesa/drivers/dri/i915/i915_tex_layout.c |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/src/mesa/drivers/dri/i915/i915_tex_layout.c
b/src/mesa/drivers/dri/i915/i915_tex_layout.c
index 7026552..c98dede 100644
--- a/src/mesa/drivers/dri/i915/i915_tex_layout.c
++
Signed-off-by: Jakob Bornecrantz
---
drivers/gpu/drm/drm_crtc.c |2 +-
include/drm/drm_mode.h |5 +++--
2 files changed, 4 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/drm_crtc.c b/drivers/gpu/drm/drm_crtc.c
index 08a7aa7..6fbfc24 100644
--- a/drivers/gpu/drm
ection it's just another
> oops, without it there are some "intriguing" possibilities.
>
> What it should do is an open question but that for the driver owners
> to sort out.
>
> Signed-off-by: Alan Cox
Thanks Alan!
Reviewed-by: Jakob Bo
to get the dri-
interface changes out as fast as possible for review.
I have tested these changes on SVGA with the previus patch series I sent
out (mines the last one), and everything seem to work just as before.
Cheers, Jakob.
Signed-off-by: Jakob Bornecrantz
---
include/GL/internal/dri_i
Thanks for doing this.
With an exception of a comment below all 3 patches are
Reviewed-by: Jakob Bornecrantz
- Original Message -
> From: Dave Airlie
>
> Testing and works with the -modesetting driver at least so far.
>
> Signed-off-by: Dave Airlie
> ---
> d
On Thu, Sep 6, 2012 at 3:35 PM, Tim Gardner wrote:
> Dave - I couldn't find this patch in your git repo at
> git://people.freedesktop.org/~airlied/linux in the drm-next or drm-fixes
> branches.
>
> https://patchwork.kernel.org/patch/1379071/
>
> It appears to fix a real problem for Mac users -
> h
On Thu, Nov 1, 2012 at 2:45 PM, Daniel Vetter wrote:
> - Add the missing doc for drm_helper_move_panel_connectors_to_head.
> - Fixup any outdated stuff in existing sections. I've only looked at
> those kerneldoc headers that actually resulted in a complaint from
> the kerneldoc parser tool.
>
to detect
> errors with a < 0 check.
>
> Signed-off-by: Laurent Pinchart
Reviewed-by: Jakob Bornecrantz
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
On Thu, Nov 1, 2012 at 10:40 AM, Laurent Pinchart
wrote:
> Wrap the header in extern "C" { ... };.
>
> Signed-off-by: Laurent Pinchart
Reviewed-by: Jakob Bornecrantz
___
dri-devel mailing list
dri-devel@lists.f
On Fri, Sep 30, 2011 at 12:05 AM, Konrad Rzeszutek Wilk
wrote:
> On Wed, Sep 28, 2011 at 04:10:08PM +0200, Thomas Hellstrom wrote:
>> From: Jakob Bornecrantz
>>
>> Signed-off-by: Jakob Bornecrantz
>> Signed-off-by: Thomas Hellstrom
>> ---
>> driv
On Thu, Sep 29, 2011 at 11:50 PM, Konrad Rzeszutek Wilk
wrote:
> On Wed, Sep 28, 2011 at 04:10:06PM +0200, Thomas Hellstrom wrote:
>> From: Jakob Bornecrantz
>>
>> More preparation for Screen Object support.
>>
>> Signed-off-by: Jakob Bornecrantz
&
On Thu, Sep 29, 2011 at 11:42 PM, Konrad Rzeszutek Wilk
wrote:
> On Wed, Sep 28, 2011 at 04:10:01PM +0200, Thomas Hellstrom wrote:
>> From: Jakob Bornecrantz
>>
>> Signed-off-by: Jakob Bornecrantz
>> Reviewed-by: Thomas Hellstrom
>> ---
>> dri
On Thu, Sep 29, 2011 at 11:42 PM, Konrad Rzeszutek Wilk
wrote:
> On Wed, Sep 28, 2011 at 04:10:02PM +0200, Thomas Hellstrom wrote:
>> From: Jakob Bornecrantz
>>
>> Signed-off-by: Jakob Bornecrantz
>> Reviewed-by: Thomas Hellstrom
>> ---
>> drivers
Thanks for taking interesting in our driver.
- Original Message -
> Hi,
>
> I 'm trying to test KMS functionality of latest vmwgfx module.
> I tried the code from
> http://permalink.gmane.org/gmane.comp.video.dri.devel/42908
>
> as a simple test case, but all I get is a black screen inste
- Original Message -
> Thanks for taking interesting in our driver.
>
> - Original Message -
> > Hi,
> >
> > I 'm trying to test KMS functionality of latest vmwgfx module.
> > I tried the code from
> > http://permalink.gmane.org/gmane.comp.video.dri.devel/42908
> >
> > as a simple
- Original Message -
> On Sat, Oct 22, 2011 at 10:29:33AM +0200, Thomas Hellstrom wrote:
> > From: Jakob Bornecrantz
> >
> > Signed-off-by: Jakob Bornecrantz
> > Signed-off-by: Thomas Hellstrom
> > ---
> > drivers/gpu/drm/vmwgfx/vmwgfx_kms.c |
Reviewed-by: Jakob Bornecrantz
- Original Message -
> The advantage of kcalloc is, that will prevent integer overflows
> which could result from the multiplication of number of elements
> and size and it is also a bit nicer to read.
>
> The semantic patch that makes
- Original Message -
> From: Paulo Zanoni
>
> This ioctl is used to signal the drivers that the screen is rotated,
> not to make the drivers rotate the screen.
> - add a driver-specific "rotation_set" function
> - implement Intel's rotation_set by setting the right values to the
>PI
send this to stable, since we are not leaking
data to userspace (check drm_mode_getfb), but we might as well.
Reviewed-by: Jakob Bornecrantz
Cheers, Jakob.
- Original Message -
> Ryan,
>
> Thanks for pointing this out. Unfortunately there seems to be two
> bugs here,
- Original Message -
> On 01/27/2012 03:24 PM, Jakob Bornecrantz wrote:
> > I was asking around and this seems to only be used by X when it
> > starts and we want to preserve the contents of the screen. That
> > feature is implemented by the X driver. So we need to f
- Original Message -
> On 01/27/2012 03:41 PM, Jakob Bornecrantz wrote:
> > - Original Message -
> >> On 01/27/2012 03:24 PM, Jakob Bornecrantz wrote:
> >>> I was asking around and this seems to only be used by X when it
> >>> starts a
Reviewed-by: Jakob Bornecrantz
- Original Message -
> Correct spelling "unsuported" to "unsupported" in
> drivers/gpu/drm/vmwgfx/vmwgfx_drv.c
>
> Signed-off-by: Masanari Iida
> ---
> drivers/gpu/drm/vmwgfx/vmwgfx_drv.c |2 +-
> 1 fi
- Original Message -
> Many of us really want (and need) a way to set the whole display
> configuration atomically, as well as test a global config.
>
> In talking with Rob and Alex here at ELC a bit, I think this may be
> enough:
>
> diff --git a/include/drm/drm_mode.h b/include/drm/drm_
- Original Message -
> From: Adam Jackson
>
> This is about as minimal of a virtual GEM service as possible. My
> plan is to use this with non-native-3D hardware for buffer sharing
> between X and DRI.
>
> The current drisw winsys assumes an unmodified X server, which means
> it's hopel
With my limited knowledge of automake I'm going to have
to NACK this patch. Most of these programs are used during
driver bring up to test things out, often we also modify
them a bit to suit our need.
If this patch doesn't make this any harder then
disregard my NACK.
Cheers Jakob.
- Original
On Fri, Jun 8, 2012 at 4:52 PM, Daniel Vetter wrote:
> Otherwise we'll nicely leak this reference counter. Now thanks to the
> awesome layering in the drm core, the enable call is done by the pci
> boilerplate in drm_pci.c. But the disable can't be done without adding
> yet another neat indirectio
Oh, how very x86 centric of me, the changes are
Reviewed-by Jakob Bornecrantz
Cheers, Jakob.
On Fri, Apr 12, 2013 at 4:07 PM, Laurent Pinchart <
laurent.pinch...@ideasonboard.com> wrote:
> Signed-off-by: Laurent Pinchart
> ---
> libkms/Makefile.am | 5 -
> libk
Thanks, looks good and is
Reviewed-by: Jakob Bornecrantz
Cheers, Jakob.
On Mon, Jun 3, 2013 at 3:10 PM, wrote:
> From: Ville Syrjälä
>
> We want to disable the cursor by calling ->cursor_set() with handle=0
> from places where we don't have a file_priv, so don't
On Wed, Apr 27, 2011 at 11:12 PM, Jesse Barnes wrote:
> On Wed, 27 Apr 2011 14:19:05 +0200
> Daniel Vetter wrote:
>
>> Hi Jesse,
>>
>> I like it. It's a bit of a chicken-egg api design problem, but if a
>> proof-of-concept
>> implementation exists for an embedded chip plus something to check whet
On Wed, Feb 9, 2011 at 7:35 PM, Corbin Simpson
wrote:
> On Wed, Feb 9, 2011 at 6:49 AM, James Simmons wrote:
>>
>>> I was looking at the radeon support state in libkms and I found out the
>>> following patch was proposed back in September, but never commented nor
>>> merged. The patch was submitt
On Wed, Feb 16, 2011 at 7:40 PM, nobled wrote:
> On Tue, Feb 15, 2011 at 9:17 AM, Alexandre Demers
> wrote:
>> On 11-02-11 06:21 AM, Jakob Bornecrantz wrote:
>>> On Wed, Feb 9, 2011 at 7:35 PM, Corbin Simpson
>>> wrote:
>>>> On Wed, Feb 9, 2011 at 6:4
On Fri, Sep 30, 2011 at 12:05 AM, Konrad Rzeszutek Wilk
wrote:
> On Wed, Sep 28, 2011 at 04:10:08PM +0200, Thomas Hellstrom wrote:
>> From: Jakob Bornecrantz
>>
>> Signed-off-by: Jakob Bornecrantz
>> Signed-off-by: Thomas Hellstrom
>> ---
>> ?driv
On Thu, Sep 29, 2011 at 11:50 PM, Konrad Rzeszutek Wilk
wrote:
> On Wed, Sep 28, 2011 at 04:10:06PM +0200, Thomas Hellstrom wrote:
>> From: Jakob Bornecrantz
>>
>> More preparation for Screen Object support.
>>
>> Signed-off-by: Jakob Bornecrantz
&
On Thu, Sep 29, 2011 at 11:42 PM, Konrad Rzeszutek Wilk
wrote:
> On Wed, Sep 28, 2011 at 04:10:01PM +0200, Thomas Hellstrom wrote:
>> From: Jakob Bornecrantz
>>
>> Signed-off-by: Jakob Bornecrantz
>> Reviewed-by: Thomas Hellstrom
>> ---
>> ?dri
On Thu, Sep 29, 2011 at 11:42 PM, Konrad Rzeszutek Wilk
wrote:
> On Wed, Sep 28, 2011 at 04:10:02PM +0200, Thomas Hellstrom wrote:
>> From: Jakob Bornecrantz
>>
>> Signed-off-by: Jakob Bornecrantz
>> Reviewed-by: Thomas Hellstrom
>> ---
>> ?drivers
Thanks for taking interesting in our driver.
- Original Message -
> Hi,
>
> I 'm trying to test KMS functionality of latest vmwgfx module.
> I tried the code from
> http://permalink.gmane.org/gmane.comp.video.dri.devel/42908
>
> as a simple test case, but all I get is a black screen inste
- Original Message -
> Thanks for taking interesting in our driver.
>
> - Original Message -
> > Hi,
> >
> > I 'm trying to test KMS functionality of latest vmwgfx module.
> > I tried the code from
> > http://permalink.gmane.org/gmane.comp.video.dri.devel/42908
> >
> > as a simple
- Original Message -
> On Sat, Oct 22, 2011 at 10:29:33AM +0200, Thomas Hellstrom wrote:
> > From: Jakob Bornecrantz
> >
> > Signed-off-by: Jakob Bornecrantz
> > Signed-off-by: Thomas Hellstrom
> > ---
> > drivers/gpu/drm/vmwgfx/vmwgfx_kms.c |
Signed-off-by: Jakob Bornecrantz
---
drivers/gpu/drm/drm_crtc.c |2 +-
include/drm/drm_mode.h |5 +++--
2 files changed, 4 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/drm_crtc.c b/drivers/gpu/drm/drm_crtc.c
index 08a7aa7..6fbfc24 100644
--- a/drivers/gpu/drm
ection it's just another
> oops, without it there are some "intriguing" possibilities.
>
> What it should do is an open question but that for the driver owners
> to sort out.
>
> Signed-off-by: Alan Cox
Thanks Alan!
Reviewed-by: Jakob Bornecrantz
I think CC stable is in order.
Cheers, Jakob.
to get the dri-
interface changes out as fast as possible for review.
I have tested these changes on SVGA with the previus patch series I sent
out (mines the last one), and everything seem to work just as before.
Cheers, Jakob.
Signed-off-by: Jakob Bornecrantz
---
include/GL/internal/dri_i
Thanks for doing this.
With an exception of a comment below all 3 patches are
Reviewed-by: Jakob Bornecrantz
- Original Message -
> From: Dave Airlie
>
> Testing and works with the -modesetting driver at least so far.
>
> Signed-off-by: Dave Airlie
> ---
> d
Reviewed-by: Jakob Bornecrantz
- Original Message -
> Correct spelling "unsuported" to "unsupported" in
> drivers/gpu/drm/vmwgfx/vmwgfx_drv.c
>
> Signed-off-by: Masanari Iida
> ---
> drivers/gpu/drm/vmwgfx/vmwgfx_drv.c |2 +-
> 1 fi
- Original Message -
> Many of us really want (and need) a way to set the whole display
> configuration atomically, as well as test a global config.
>
> In talking with Rob and Alex here at ELC a bit, I think this may be
> enough:
>
> diff --git a/include/drm/drm_mode.h b/include/drm/drm_
- Original Message -
> From: Adam Jackson
>
> This is about as minimal of a virtual GEM service as possible. My
> plan is to use this with non-native-3D hardware for buffer sharing
> between X and DRI.
>
> The current drisw winsys assumes an unmodified X server, which means
> it's hopel
- Original Message -
> From: Paulo Zanoni
>
> This ioctl is used to signal the drivers that the screen is rotated,
> not to make the drivers rotate the screen.
> - add a driver-specific "rotation_set" function
> - implement Intel's rotation_set by setting the right values to the
>PI
send this to stable, since we are not leaking
data to userspace (check drm_mode_getfb), but we might as well.
Reviewed-by: Jakob Bornecrantz
Cheers, Jakob.
- Original Message -
> Ryan,
>
> Thanks for pointing this out. Unfortunately there seems to be two
> bugs here,
- Original Message -
> On 01/27/2012 03:24 PM, Jakob Bornecrantz wrote:
> > I was asking around and this seems to only be used by X when it
> > starts and we want to preserve the contents of the screen. That
> > feature is implemented by the X driver. So we need to f
- Original Message -
> On 01/27/2012 03:41 PM, Jakob Bornecrantz wrote:
> > - Original Message -
> >> On 01/27/2012 03:24 PM, Jakob Bornecrantz wrote:
> >>> I was asking around and this seems to only be used by X when it
> >>> starts a
On Wed, Apr 27, 2011 at 11:12 PM, Jesse Barnes
wrote:
> On Wed, 27 Apr 2011 14:19:05 +0200
> Daniel Vetter wrote:
>
>> Hi Jesse,
>>
>> I like it. It's a bit of a chicken-egg api design problem, but if a
>> proof-of-concept
>> implementation exists for an embedded chip plus something to check whe
Reviewed-by: Jakob Bornecrantz
- Original Message -
> The advantage of kcalloc is, that will prevent integer overflows
> which could result from the multiplication of number of elements
> and size and it is also a bit nicer to read.
>
> The semantic patch that makes
On Wed, Feb 9, 2011 at 7:35 PM, Corbin Simpson
wrote:
> On Wed, Feb 9, 2011 at 6:49 AM, James Simmons
> wrote:
>>
>>> I was looking at the radeon support state in libkms and I found out the
>>> following patch was proposed back in September, but never commented nor
>>> merged. The patch was subm
---
src/mesa/drivers/dri/i915/i915_tex_layout.c |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/src/mesa/drivers/dri/i915/i915_tex_layout.c
b/src/mesa/drivers/dri/i915/i915_tex_layout.c
index 7026552..c98dede 100644
--- a/src/mesa/drivers/dri/i915/i915_tex_layout.c
++
On Wed, Feb 16, 2011 at 7:40 PM, nobled wrote:
> On Tue, Feb 15, 2011 at 9:17 AM, Alexandre Demers
> wrote:
>> On 11-02-11 06:21 AM, Jakob Bornecrantz wrote:
>>> On Wed, Feb 9, 2011 at 7:35 PM, Corbin Simpson
>>> wrote:
>>>> On Wed, Feb 9, 2011 at 6:4
Oh, how very x86 centric of me, the changes are
Reviewed-by Jakob Bornecrantz
Cheers, Jakob.
On Fri, Apr 12, 2013 at 4:07 PM, Laurent Pinchart <
laurent.pinchart at ideasonboard.com> wrote:
> Signed-off-by: Laurent Pinchart
> ---
> libkms/Makefile.am | 5 -
> libk
On Fri, Jun 8, 2012 at 4:52 PM, Daniel Vetter wrote:
> Otherwise we'll nicely leak this reference counter. Now thanks to the
> awesome layering in the drm core, the enable call is done by the pci
> boilerplate in drm_pci.c. But the disable can't be done without adding
> yet another neat indirectio
With my limited knowledge of automake I'm going to have
to NACK this patch. Most of these programs are used during
driver bring up to test things out, often we also modify
them a bit to suit our need.
If this patch doesn't make this any harder then
disregard my NACK.
Cheers Jakob.
- Original
> drm/vmwgfx: Return -ENOENT when a mode object can't be found
> drm/vmwgfx: Return -ENOENT when a framebuffer can't be found
Sounds good to me, vmwgfx patches are:
Reviewed-By: Jakob Bornecrantz
Cheers, Jakob.
Reviewed-by: Thomas Hellstr?m
Signed-off-by: Jakob Bornecrantz
Cc: Dave Airlie
Cc: dri-devel at lists.freedesktop.org
Cc: stable at vger.kernel.org
---
drivers/gpu/drm/ttm/ttm_bo_util.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/ttm/ttm_bo_util.c
b
On Mon, Oct 21, 2013 at 10:48 AM, Thomas Hellstrom
wrote:
> Hi!
>
> As discussed previously the current locking order in TTM of these locks is
> bo::reserve -> vm::mmap_sem. This leads to a hack in
> the TTM fault() handle to try and revert the locking order. If a tryreserve
> failed, we tried to
; Signed-off-by: Thomas Hellstrom
Reviewed-by: Jakob Bornecrantz
> ---
> drivers/gpu/drm/ttm/ttm_bo.c | 14 +-
> 1 file changed, 13 insertions(+), 1 deletion(-)
>
> diff --git a/drivers/gpu/drm/ttm/ttm_bo.c b/drivers/gpu/drm/ttm/ttm_bo.c
> index f1a857e..6c1a38f
ts..
>
> Signed-off-by: Thomas Hellstrom
Reviewed-by: Jakob Bornecrantz
Tho somebody else should also take a look at this.
> ---
> drivers/gpu/drm/ttm/ttm_bo_vm.c | 62
> +++
> 1 file changed, 50 insertions(+), 12 deletions(-)
>
om
> ---
> drivers/gpu/drm/ttm/ttm_tt.c |3 +++
> 1 file changed, 3 insertions(+)
Reviewed-by: Jakob Bornecrantz
>
> diff --git a/drivers/gpu/drm/ttm/ttm_tt.c b/drivers/gpu/drm/ttm/ttm_tt.c
> index 9af9908..75f3190 100644
> --- a/drivers/gpu/drm/ttm/ttm_tt.c
> +
mwgfx_kms.c | 12 ++--
> 1 file changed, 6 insertions(+), 6 deletions(-)
This and patch 83, 84, 85 are
Reviewed-by: Jakob Bornecrantz
Cheers, Jakob.
/main.c |1 +
> 3 files changed, 7 insertions(+)
Reviewed-by: Jakob Bornecrantz
Do you need somebody to push this to the drm repo?
Cheers, Jakob.
pher Friedt
> Signed-off-by: Thomas Hellstrom
> ---
> drivers/gpu/drm/vmwgfx/vmwgfx_fb.c | 1 -
> 1 file changed, 1 deletion(-)
Reviewed-by: Jakob Bornecrantz
>
> diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_fb.c
> b/drivers/gpu/drm/vmwgfx/vmwgfx_fb.c
> index a89ad93..b031b48 100
On Thu, Nov 1, 2012 at 2:45 PM, Daniel Vetter wrote:
> - Add the missing doc for drm_helper_move_panel_connectors_to_head.
> - Fixup any outdated stuff in existing sections. I've only looked at
> those kerneldoc headers that actually resulted in a complaint from
> the kerneldoc parser tool.
>
to detect
> errors with a < 0 check.
>
> Signed-off-by: Laurent Pinchart
Reviewed-by: Jakob Bornecrantz
On Thu, Nov 1, 2012 at 10:40 AM, Laurent Pinchart
wrote:
> Wrap the header in extern "C" { ... };.
>
> Signed-off-by: Laurent Pinchart
Reviewed-by: Jakob Bornecrantz
On Fri, Nov 1, 2013 at 12:00 AM, Daniel Vetter wrote:
> On Thu, Oct 31, 2013 at 10:07:25PM +0100, Thomas Hellstrom wrote:
>> On 10/31/2013 09:48 PM, Dave Airlie wrote:
>> >On Fri, Nov 1, 2013 at 6:40 AM, Thomas Hellstrom
>> >wrote:
>> >>Well, I'd be happy to avoid mmap, but then what does option
On Fri, Nov 1, 2013 at 1:25 AM, Rob Clark wrote:
> On Thu, Oct 31, 2013 at 8:17 PM, Jakob Bornecrantz
> wrote:
>> On Fri, Nov 1, 2013 at 12:00 AM, Daniel Vetter wrote:
>>> On Thu, Oct 31, 2013 at 10:07:25PM +0100, Thomas Hellstrom wrote:
>>>> On 10/31/2013 09:4
rom old stuff. So instead of a NOP, which would
> be the most efficient, just clear the destination.
>
> Signed-off-by: Thomas Hellstrom
Reviewed-by: Jakob Bornecrantz
Cheers, Jakob.
> ---
> drivers/gpu/drm/ttm/ttm_bo_util.c |7 +--
> 1 file changed, 5 insertions(+
tablish the
> locking order as mmap_sem -> bo::reserve.
>
> One slight issue that remains with this code is that the fault handler might
> be prone to starvation if another thread countinously reserves the buffer.
> IMO that usage pattern is highly unlikely.
>
> Signed-o
Thanks, looks good and is
Reviewed-by: Jakob Bornecrantz
Cheers, Jakob.
On Mon, Jun 3, 2013 at 3:10 PM, wrote:
> From: Ville Syrj?l?
>
> We want to disable the cursor by calling ->cursor_set() with handle=0
> from places where we don't have a file_priv, so don't
85 matches
Mail list logo
